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Version  Description  and  instailation  Guide 


Abstract:  This  document  characterizes  a  specific  version  of  the  Distributed  Ada 
Real-Time  Kernel  (DARK)  software  artifact  and  supplies  documentation  for  its 
installation  and  use.  This  document  is  geared  toward:  the  engineer  responsible 
for  installing  the  Kernel,  engineers  responsible  for  porting  and  maintaining  the 
Kernel,  and  engineers  using  the  Kernel  and  needing  an  awareness  of  changes 
from  the  previous  •■eiease. 


1.  Introduction 

This  document  characterizes  Version  3.0  of  the  Distributed  Ada  Real-Time  Kernel  (Kernel) 
and  supplies  documentation  for  its  installation  and  use.  The  pertinent  pieces  of  the  Kernel 
environment  are: 

•  The  host  system  is  a  DEC  VAX  operating  under  VMS  5.0  (the  specific  host 
used  at  the  SEi  is  a  MicroVAX  II  operating  under  MicroVMS  5.0). 

•  The  Kernel  exists  in  two  versions: 

1. An  implementation  in  Ada  using  the  TeleSoft  Telegen2  V3.22  Ada 
Development  System  (of  which,  the  OASYS  XA68000  V4.12 
Cross-Assembler  is  a  part)  targeted  to  the  network  of  MC68020 
processors  and  peripherals  described  in  the  Kernel  Architecture 
Manual. 

2.  An  implementation  in  Ada  using  the  VAX  Ada  VI  .5  and  VAX  Macro 
targeted  to  the  VAX-1 1  architecture  running  VMS  V5.0. 

•  The  Kernel  User’s  Manual  [KUM  89]  provides  the  detailed  information  needed 
to  understand  and  use  Version  3.0  of  the  Kernel. 


1 .1 .  Audience 

There  are  two  groups  of  people  who  need  the  information  in  this  document: 

1 .  The  engineer  responsible  for  installing  the  Kernel. 

2.  Kernel  users  and  those  who  need  to  know  the  changes  from  the  previous 
release. 
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1 .2.  Related  Documents 
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TeleSoft,  1988. 

OASYS  User’s  Manual;  Motorola  68000/10/20+68881  Cross-Assembler 
Development  System. 

OASYS,  1987. 

Guide  to  Using  DCL  and  Command  Procedures  on  VAX/VMS. 

Digital  Equipment  Corp.,  September  1984. 

Order  number:  AA-Y501 A-TE. 

MicroVMS  User’s  Manual. 

Digital  Equipment  Corp.,  April  1986, 

Order  numbers:  QLN55-GZ,  Part  1  and  Part  2,  AI-FW62B-TN,  Part  1 , 
AI-FW63B-TN,  Part  2. 

VAX  Ada  Language  Reference  Manual. 

Digital  Equipment  Corp.,  February  1985, 

Order  number:  AA-EG29A-TE. 

Developing  Ada  Programs  on  VAX/VMS. 

Digital  Equipment  Corp.,  February  1 985, 

Order  number:  AA-EF86A-TE. 

VAX  Ada  Programmer’s  Run-Time  Reference  Manual. 

Digital  Equipment  Corp.,  Febmary  1985, 
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1 .3.  Conventions 

Italic  font  is  used  for  all  Kernel-specific  items,  such  as  package  and  primitive  names. 
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2.  Acquisition 

The  Kernel  can  be  acquired  from  the  Software  Engineering  Institute.  For  additional 
information,  please  contact: 

Judy  Ba2ab«rgttx 

Sof'bwaxtt  EngiAMrlng  Institute 
Pittsburgh  PA  15213 
412-268-5795 

AKPAKET :  banbttrg@  sai . emu . adu 

The  standard  Kernel  release  package  consists  of: 

•  1  Magnetic  tape  in  6250  bpi  Backup  format 

•  1  each  of  the  following  documents: 

•  Version  Description  and  Installation  Guide  (this  document,  [VDIG  89]) 

•  Kernel  Facilities  Definition  ([KFD  88]) 

•  Kernel  Architecture  Manual  ([KAM  88]) 

•  Kernel  User’s  Manual  {[KUM  89]) 

•  Kernel  Porting  and  Extension  Guide  ([PORT  89]) 
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3.  Installation 

This  installation  procedure  will  install  both  the  VMS  and  68020  versions.  To  compile,  link, 
and  execute  the  Kernel  requires  the  hardware  and  software  configurations  shown  in  Figures 
3-1  and  3-2. 


Type 

Required  Items 

Host 

DEC  VAX 

Magnetic  tape  drive  (9  in  or  TK50) 

Target 

68020  configuration  described  in  [KAM89] 
or  another  suitable  bare-board  68020 

Figure  3-1 :  Hardware  Configuration 


_ Type 

Host 


Target 


Required  Items 

VMS  V5.1 
VAX  Ada  VI  .5 
Backup  V5.0 

TeleSoft  V3.22,  VAXA/MS  to  Embedded  MC680X0  Targets 
None 

All  needed  software  contained  in  the  TeleSoft  package 


Figure  3-2:  Software  Configuration 


One  optional  DEC  tool  used  by  the  development  team  is  MMS,  Module  Management 
System,  a  standard  VMS  configuration  tool.  It  is  not  required  to  install  the  Kernel,  but  a 
copy  of  the  MMS  description  (i.e.,  the  "make  file")  used  to  recompile  the  Kernel  is  included  in 
the  release. 
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The  final  directory  structure  generated  by  installing  all  three  Kernel  releases  looks  like: 
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00  COMMANDS 


+ - + - + - + 
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68K  COMMON  VMS  VMS  ADAZ.IB 
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3.1 .  System  Manager  Actions 

The  following  actions  require  system  privileges  and  must  be  perfomed  by  the  local  system 
manager. 

1 .  Create  a  new  directory  [SEI_DARK] 

a.  The  creation  of  this  directory  occurs  only  on  the  first  release  of  DARK 
installed. 

b.  Ensure  that  all  users  who  need  access  to  the  Kernel  can  access  the 
[SEI_DARK]  directory  (the  required  access  modes  are:  w.re  and  g.re; 
the  installation  procedure  will  take  care  of  the  protection  of  the 
subdirectories). 

2.  The  VMS  version  of  the  Kernel  relies  on  having  its  own  logical  name  table.  To 
create  the  needed  table: 

SET  PROC/PRTVWSYSPRV 

CRBATB/lUMS_TABLB/PAItSlIT>LMM$SySTEM_OZRZCTORY/PROT>G  :RHSO  LtIMSDARKJUMES 
SET  PROC/PRIV^MOSYSPRV  ~  “ 

a.  This  table  will  need  to  be  created  when  V3.00  is  installed  for  the  first 
time. 

b.  This  table  will  need  to  be  re-created  after  every  system  reboot.  The 
above  CREATE  command  should  be  placed  in  the  appropriate  system 
startup  command  file  to  ensure  this. 


3.2.  DARK  Installation  Actions 

The  following  actions  require  no  special  privileges  and  can  be  performed  anytime  after  the 
system  manager  actions  are  complete. 

1 .  Log  in  to  the  VMS  system. 

2.  Set  your  default  to  the  SEI  release  directory: 

SET  DEF  [SEI_DABK] 

3.  Create  a  logical  name  for  the  local  tape  drive: 

DEFINE  MT  <^ap«-dri.v«  nanM> 

The  <tape-drive  name>  must  be  replaced  by  the  appropriate  device 
specification  for  the  local  system  (at  the  SEI  for  example,  this  command  looks 
like:  DEFINE  MT  MUBO:).  This  equivalence  will  then  be  used  by  the  DCL 
command  scripts  that  perform  the  installation. 

4.  Physically  load  the  release  tape  on  the  drive,  allocate  the  tape  drive,  and 
mount  the  tape: 

AZJOCATE  MT: 

MOUNT/NODNL/FOR  MT: 
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5.  Unload  the  OCL  command  scripts  and  support  files  from  the  release  tape: 

BACKOP/LOG/KEPXACE  MT :  SCRIPTS  .  BAK/SAVX  * 

A  log  message  is  displayed  on  the  terminal  for  each  file  unloaded  from  tape. 

6.  Complete  the  release-tape  processing  by  invoking  INSTALL.COM  (shown  in 
Appendix  C): 

@ INSTALL  V3.00 
INSTALL.COM  will; 

a.  Create  the  needed  release  directories. 

b.  Move  the  command  and  support  files  into  [SEI_DARK. COMMANDS]. 

c.  Unload  all  the  Kernel  sources  from  the  release  tape. 

d.  Generate  a  log  message  on  the  terminal  for  each  step  of  the  process. 

7.  Complete  the  installation  process  by  building  the  VMS'*  and  TeleSoft^ 
compilation  libraries  from  the  new  Kernel  sources.  This  is  done  by  invoking 
BUILD.COM  (shown  in  Appendix  0): 

@  [SEI__DARR.V3.C0»MANDS] BUILD  V3 . 00 

BUILD.COM  will: 

a.  Create  a  new  VMS  compilation  library. 

b.  Assemble  all  the  VMS  code  and  import  it  into  the  VMS  library. 

c.  Compile  all  Ada  code  into  the  VMS  library. 

d.  Create  a  new  TeleSoft  compilation  library. 

e.  Assemble  all  the  68020  code  and  import  it  into  the  TeleSoft  library. 

f.  Compile  all  Ada  code  into  the  TeleSoft  library. 

g.  Link  the  network  processor  software. 

h.  Generate  a  log  message  on  the  terminal  for  each  step  of  the  process. 


After  completing  the  installation  process: 

•  All  the  68020-specific  code  resides  in  [SEI_DARK.V3.00.68K]. 

•  All  the  VMS-specific  code  resides  in  [SE1_DARK.V3.00.VMS]. 

•  All  the  common  code  resides  in  [SEI_DARK.V3.00.COMMON]. 

•  The  TeleSoft  compilation  library  resides  in  [SEI_DARK.V3.00.68K]. 

•  The  VMS  compilation  library  resides  in  [SEI_DARK.V3.00.VMS_ADALIB]. 


^The  VMS  build  can  only  be  performed  if  the  VAX  Ada  V1 .5  system  is  installed  on  the  local  system. 

^e  68020  build  can  only  be  performed  if  the  TeleSoft  Ada  V3.22  system  is  installed  on  the  local  system. 
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Some  additional  items  of  note: 


1.  In  the  event  of  a  disaster,  this  same  installation  process  can  be  used  to 
regenerate  any  release  from  its  release  tape. 

2.  A  listing  of  all  the  files  contained  on  the  tape  is  included  as  Appendix  F  of  this 
document. 

3.  A  listing  of  ail  the  differences  between  V3.00  and  V2.00  is  not  included  in  this 
document,  but  can  be  found  in  the  configuration  directory  for  the  release. 
[SEI_DARK.Vx.yy.zz]DIFFERENCES.RPT  shows  the  differences  between 
releases,  and  [SEI_DARK.Vx.yy.zz]NEW_FILES.RPT  lists  all  the  files  new  to 
this  release. 

4.  An  electronic  version  of  the  problem  reporting  form  is  contained  in 
[SELDARK.V3.COMMANDS]BUG.RPT. 
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4.  Customization 

Customization  of  the  Kernel  to  accommodate  the  local  environment  and  the  application’s 
needs  are  discussed  in  Chapter  3.3  and  Appendix  C  of  [KUM  89].  A  complete  discussion  of 
the  Kernel’s  target  hardware  configuration  can  be  found  in  the  Kernel  Architecture  Manual. 


•20 
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5.  Known  Deficiencies 

The  following  bug  reports  document  known  problems,  deficiencies,  and  issues  related  to 
V3.00  of  the  Kernel  (both  68020  and  VMS  versions).  Included  is  the  bug  report  tracking 
number,  a  summary  "title"  of  the  issue,  and  a  brief  description  of  the  issue.  Information 
about  the  status  of  these  bug  reports  is  available  on  request. 

•  001 3_SEI.  Nproc  won’t  permit  single  node  reset 

This  is  a  sporadic  problem  in  the  DARK  testbed.  It  cannot  be  produced  on  a 
regular  basis. 

•  0019_SEI.  Process  Index  Table  (PIT)  sizing  incorrect 

This  is  related  to  0032_SEI.  It  is  an  internal  issue  and  should  not  manifest  itself 
to  users  of  the  Kernel. 

•  0032_SEI.  GPTB.maximum_number_of_processes  same 
See0019_SEI. 

•  0033_SEI.  die  and  kill  must  release  all  resources 

Kernel  primitives  die  and  kill  do  not  reiease  semaphores,  nor  do  they  cancel 
any  pending  timeouts.  As  a  result  the  semaphores  remain  claimed,  and  the 
timeouts  remain  in  the  time  event  queue  (and  will  expire  silently  when  they 
occur). 

•  0034_SEI.  alarm  expiry  does  not  cancel  pending  claim 

The  expiration  of  an  alarm  does  not  cancel  any  pending  claim  of  a  semaphore. 

As  a  result,  when  an  alarm  expires,  the  claim  is  still  pending,  and  it  remains  up 
to  the  user  to  release  as  appropriate. 

•  0035_SEI.  RM.initialize  time  delays  not  accounted 

The  Kernel  currently  does  not  propagate  time  delays  around  the  network  during 
initialization.  These  time  deltas  are  to  be  computed  using  the  logic  analyzer.  It 
has  not  been  possible  as  yet  to  use  the  logic  analyzer  in  such  a  manner  as  to 
obtain  these  time  deltas.  Therefore,  during  network  initialization,  when  the 
Master  Main  Unit  sends  out  the  "go"  message  containing  its  view  of  time  by 
which  all  subordinate  Main  Units  initialize  their  clocks,  the  assumption  is  that 
there  is  zero  time  delta  for  each  propagation  of  the  "go"  message. 

•  0047_SEI.  more  than  one  claim  of  same  semaphore  allowed  (deadlock) 

A  sure-case  deadlock  situation  is  not  detected  by  the  Kernel.  A  process  may 
request  to  claim  a  semaphore  that  it  already  has  claimed.  Depending  on  how 
MM.claim  is  called  (i.e.,  with  a  timeout  or  not),  this  could  result  in  a  deadlock. 

•  0048_SEI.  ovenwrite  old  messages  on  queue  overflow  not  implemented 

The  only  option  for  handling  messages  is  to  drop  the  newest  message.  The 
other  required  (per  [KFD])  option,  to  overwrite  oldest  messages,  is  not  provided. 

•  0050_SEI.  GIG.intemjpt_table  defaults  misleading 

The  current  initial  state  of  the  Interrupt  Table  allows  an  application  to  bind  to 
any  interrupt  not  previously  bound  by  the  Kernel  itself,  including  interrupts 
required  by  the  Ada  runtime.  This  potentially  allows  an  application  to  act  in  a 
manner  destructive  of  the  integrity  of  the  Kernel  and  Ada  runtime.  For  the 
present,  the  application  user  should  take  care  to  bind  only  those  interrupts 
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explicitly  commented  in  internal  Kernel  package  inames  as  available  to  the 
applicaiton,  and  any  interrupts  for  devices  that  are  part  of  the 
application-specific  hardware. 

•  0059_SEI.  check_message,  discard_message  primitives  required 

To  provide  a  clean  interface  between  the  Kernel  primitives  and  the  typed 
message  passing  described  in  [KUM  89],  these  two  additional  primitives  should 
be  provid^.  This  interface  would  be  a  nice  extension  to  the  Kernel. 

•  0072_SEI.  size  of  Kernel  datagram  not  computed  correctly 

The  size  of  a  Kernel  datagram  is  tied  to  the  size  of  an  entry  in  the  NCT.  In  the 
delivered  configuration,  with  all  generic  parameters  set  as  provided,  this  will  not 
cause  a  problem.  The  problem  will  arise  when/if  the  settings  are  such  that 
another  Kemel-to-Kemel  message  is  larger  than  an  NCT  entry  message.  One 
simple  case  of  this  is  the  "process  created"  message,  which  contains  the  logical 
(i.e.,  string-valued)  name  of  the  Kernel  process  being  created.  If  that  logical 
name  is  sufficiently  larger  than  the  NCT  entry,  it  is  likely  that  an  internal  error 
may  occur.  Thus,  extreme  caution  should  be  used  when  modifying  the  values 
of: 


•  GPMG.  maximum_length_of_process_name_value 

•  GNC/NC.  maximum Jengthjof_processor_namej/alue 

•  0076_SEI.  Time  event  queue  performance  improvements 

Resources  did  not  allow  for  requisite  analysis  and  ensuing  performance 
improvements  of  the  algorithms  that  manipulate  the  time  event  queue.  The  key 
assumptions  are  identifed,  along  with  a  number  of  alternatives  to  improve 
performance  if  required.  These  improvements  would  be  a  nice  extension  to  the 
Kernel. 

•  0077_SEI.  CM.alloc_device_receiver  doesn't  check  if  local  PID 

GCM.allocate_device_receiver  does  not  check  to  ensure  that  the  target  process 
ID  to  be  allocated  to  receive  incoming  messages  from  a  non-Kemel  device  is,  in 
fact,  a  locally  created  process. 

•  0078_SEI.  DGM.alloc_dg  selection  of  datagrams  from  large  queue 

THIS  IS  A  VMS  VERSION  OF  0069_SEI,  WHICH  WAS  REPORTED  AND 
FIXED  IN  68020  VERSION. 

There  is  a  bug  in  DGM.allocjdg.  The  behavior  is  supposed  to  be  as  follows: 
when  a  small  message  (i.e.,  one  that  fits  in  a  small  datagram)  is  sent,  alloc_dg 
is  supposed  to  dequeue  a  small  datagram.  If  there  are  none  available,  allocjdg 
is  supposed  to  return  a  large  datagram,  and  then  as  a  last  resort,  a  Kernel 
datagram. 

•  0079_FER.  use  of  standard. long_integer 

Use  of  package  standard  type  longjnteger  was  detected  in  the  following 
packages  when  porting  the  68020  Kernel  to  the  Rational:  MZ8305_definitions, 
PIO.to_PIO_control J3tr,  function  uncheckedjconversion  instantiation  change  to 
HI.  hwjongjnteger. 
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•  0080_FER.  long/short  name  mismatch  {to_kernel_time) 

Mismatch  of  long  name  and  short  name  in  specification  and  body  (respectively) 
of  genericjtime _jlobals.to_kernel_time  {elapsed_time  parameter). 

•  0083_SEI.  CM  specification  exceptions  not  equal  to  raised  exceptions 

Spec  comments  for  generic_communication_management  not  complete  or 
incorrect.  Note  the  following  inconsistencies. 

1 .  Message_timed_out  is  not  explicitly  raised  in  gcmjbody. 

2.  Network_failure  is  not  raised  explicitly  in  gcm_body. 

3.  In  several  places,  reference  is  made  to  the  subprogram  allocate_device: 
however,  there  is  no  such  subprogram. 

4.  Receiver_dead  can  be  raised  during  a  call  to  send_message. 

5.  Replacing  previous  allocation  is  explicitly  raised  in 
allocate_device_receiver and  not  in  allocate_device. 

•  0084_SEI.  specification  documentation  not  equal  to  code  implementation 

The  following  specs  contain  documentation  that  does  not  match  the  code  it  is 
supposed  to  be  describing; 

•  (generic Jnetwori<_conftguration: 

•  NCT,  logical_name:  initial  value  is  all  blanks  (not  "none") 

•generic j}rocess_table: 

•  semaphore 

•  number_of_waiting_processes:  may  also  be  decremented 
by  die/kill  (once  BR  0033_SEI  is  fixed) 

•  queue_hea&.  may  also  be  reset  by  die/kill  (once  BR 
0033_SEI  is  fixed) 

•  sema _previously_claimed:  may  also  be  reset  by  die/kill 
(once  BR  0033_SEI  is  fixed);  style  of  documentation  not 
similar  to  others;  missing  who  sets/resets 

•  processjdentifier.  isn’t  it  set  to  null  now  when  pruning,  per  BR 
0055_SEI? 

•  process_attributes.process_initialization_status:  documentation  is 
wrong;  only  discusses  "declared"  and  "created";  needs 
"remotely_created" 

•  schedulejattributes.next.  no  documentation  about  changes 

•  communication_attributes.maximumjmessage_queue_sizer. 
modified  by  die/kill 

•  communication_attributes.message_queue:  modified  by  die/kill 

•  communication_attributes.current_send_buffer.  modified  by  die/kill 

•  pending_activity_attributes.pending_activity:  reset  by  die/kill  (once 
BR  0033_SEI  is  fixed) 


CMU/SEI-89-TR-20 


17 


•  pending_activity_attributes.current _pending_message:  for 

"safety,"  should  this  be  reset  for  die/kill? 

•  pending_activity_attributes.  current_receive_buff6r_address:. 
incomplete  documentation;  need  to  reset  for  die/kill 

•  pending_activity_attributes.  current_receive_buffer_size: 
incomplete  documentation;  need  to  reset  for  die/kill 

•  pending_activity_attributes.alarm_event_ID:  reset  by  die/kill  (once 
BR  0033_SEI  is  fixed) 

•  pending_activity_attnbutes.alarm_msumption _prionty.  reset  by 

die/kill  {once  BR  0033_SEI  is  fixed) 

•  acknowledged_message_information. interaction  with  die/kill 
(once  BR  0033_SEI  is  fixed) 

•  semaphore_attributes.semaJast_claime&.  set/use  information 
missing 

•  semaphore_attributes.*\  interaction  with  d/e/ to'//  (once  BR 
0033_SEI  is  fixed) 

•  datagram _globals: 

•  comment  before  type  datagram  is  missing  comment  about 
"local" 

•  comment  before  header  description:  missing  comment  about 
"local" 

•  general  concern:  use  of  "we" 

•  genenc_interrupt_globals: 

•  interruptjtable  documentation  is  incomplete 

•  set/used  information  is  not  present. 

•  0085_SEI.  subset  of  0084_SEI  that  MUST  be  FIXED 

the  following  specs  contain  documentation  that  does  not  match  the  code  it  is 
supposed  to  be  describing: 

•  (generic Jnetwork_configuration: 

•  NCT  logical_name:  initial  value  is  all  blanks  (not  "none") 

•  generic _process_tabler. 

•  process_attnbutes.processJnitlalization_status:  documentation  is 
wrong;  only  discusses  "declared"  and  "created";  needs 
"  remotely_created" 

•  semaphore_attributes.semaJast_claime&.  set/use  information 
missing 

•  datagram _globals: 
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•  comment  before  type  datagram  ‘s  missing  comment  about 
"local" 

•  comment  before  header  description;  missing  comment  about 
"local" 

•  general  concern:  use  of  "we" 

•  genericjntemjpt _globalsr. 

•  interrupt_table  documentation  is  incomplete 

•  set/used  information  is  not  present. 
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6.  Changes  from  Previous  Version 

A  log  of  all  the  new  files  can  be  found  on  the  release  tape  in  file  NEW_FILES.RPT.  A 
line-by-line  listing  of  the  differences  between  V2.00  and  V3.00  can  also  be  found  on  the 
release  tape,  in  file  DIFFERENCES.RPT.  These  report  files  are  loaded  into  the 
configuration  directory,  along  with  all  the  Kernel  sources,  as  part  of  the  installation  process. 

In  addition,  the  following  bug  reports  document  problems  detected  in  V2.00  and  corrected  in 
the  V3.00  release. 

•  0016_SEI.  GQM  performance  is  linear  Actual  fix  exists,  but  was  not  completed 
in  time  to  make  it  into  the  V2.00  release. 

•  0037_SEI.  tool  interface  not  implemented 

Package  tooijnterface  is  not  provided  with  V2.00  of  the  Kernel.  However,  all 
key  data  structures  are  potentially  visible  (the  application  may  import  them  via 
appropriate  WITH  clauses)  and  use  appropriate  •_debug  print  routines  to  view 
the  contents  of  them.  In  no  case  should  the  application  attempt  to  modify  the 
contents  of  any  internal  Kernel  data  structure,  as  that  would  invalidate  the 
assumptions  the  Kernel  makes  about  its  own  state. 

•  0040_SEI.  check  for  null  process  ID  as  input  parameter 

The  Kernel  does  nof  verify  that  the  input  process  ID  values  are  not  null  (e.g., 
communication_management  subprograms,  send_message  and 
send_message_and_wait).  As  a  result.  If  an  application  does  not  declare  a 
process  ID  to  the  Kernel,  a  constraint  error  may  be  raised  when  calling  these 
Kernel  primitives. 

•  0049_SEI.  valid  process  ID  for  sender/receiver 
See  0040_SEI. 

•  0069_SEI.  DGM.alloc_dg  selection  of  datagrams  from  large  queue 

Under  heavy  load  situations,  it  appears  that  when  the  Nproc  queue  of  small 
datagrams  is  exhausted,  the  Nproc  dies  instead  of  beginning  to  select 
datagrams  from  the  queue  of  large  datagrams.  This  may  have  been  fixed  as  a 
side  effect  of  fixes  to  other  communication-related  bug  reports,  but  this  has  not 
yet  been  tested  to  our  satisfaction. 

•  0081_SEI.  GPAR  short  names 

The  modules  generic_process_attribute_readers  and  gpar_body  do  not  follow 
the  Kernel  style  guideline  of  using  short  names. 

•  0082_SEI.  Tl. begin/end  to  check  illegal  process  ID 

Bug  reports  0040_SEI  and  0049_SEI  are  completed  with  the  exception  of  the 
changes  necessary  to  T!.begin_collection  and  Tl.cease_collection.  In  order  to 
close  the  open  reports,  this  report  is  being  filed  to  keep  track  of  the  remaining 
items  on  the  list.  These  remaining  items  are  still  in  violation  of  [KFD]  1 0.1 .31 . 

All  DARK  primitives  that  accept  a  process  identifier  as  an  input  parameter 
should  check  for  an  uninitialized  process  identifier  (they  needn't  check  for  an 
^  illegal  one,  just  uninitialized).  The  affected  primitives  still  not  done  are: 

Tl.begin_collection  and  Tl.cease_coilection. 

,  •  0085_SEI.  VMS  problem  elaborating  generics 
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Code  that  previously  worked  under  TeleSoft/MC 68020  now  fails  under  VMS 
with  the  unhandled  exception  PROGRAM_ERROR. 

The  reason  is  that  the  Ada  initialization  code  is  attempting  to  perform  generic 
instantiations  before  elaborating  the  corresponding  generic  bodies,  this  is 
erroneous  under  [RM  1 2.2(3)]. 

The  reason  this  problem  has  not  been  seen  before  is  that  the  VMS  compiler 
elaborates  program  units  in  a  different  order  than  does  the  TeleSoft  compiler. 

This  is  legitimate — such  freedom  is  granted  by  [RM  10.5(2)]. 

•  0086_SEI.  AST  encaps  setting  interrupt_nesting  wrong 

In  the  VMS  version  only,  the  AST  encapsulation  does  not  correctly  set  the 
interrupt_nesting  level.  This  causes  DARK  code  called  from  an  AST  handler  to 
fail. 

•  0087_SEI.  create/use  DARK_textJo  (I/O  being  interrupted  may  be  corrupting 
the  stack) 

In  the  VMS  implementation,  the  Ada  I/O  routines  [RM  14]  do  not  seem  to  be 
property  reentrant.  Thus,  if  a  DARK  process  is  suspended  during  a  call  of  an 
I/O  operation,  and  another  process  then  calls  the  same  or  another  I/O  routine, 
the  Ada  run  time  goes  wrong  and  the  DARK  program  fails  in  strange  ways. 

•  0089_SEI.  AST  encaps  must  fully  save/restore  context 

The  VMS  AST  encapsulation  handler,  am.ast_handler_encapsulation,  contains 
an  error.  The  effect  of  this  error  is  that,  if  an  AST  occurs  in  the  middle  of  an 
interruptable  instruction,  the  processor  state  is  not  fully  saved  and  restored. 

The  following  outstanding  bug  reports  reference  changes  required  to  the  Kernel  User’s 
Manual.  These  are  integrated  into  the  [KUM89],  which  accompanies  the  V3.00  release  of 
DARK. 

•  0029_SEI.  KUM  words  too  weak  about  set_alarm  behavior 

•  0038_SEI.  textjo  blocks;  interferes  with  Kernel  (KUM) 

•  0040_SEI.  check  for  null  process  ID  as  input  parameter 

•  0045_WIT.  KUM  initialization_order  example  confusing 

•  0046_WIT.  KUM  typos 

•  0049_SEI.  valid  process  ID  for  sender/receiver 

•  0052_SEI.  KUM,  4.13.3,  sync  not  allowed  in  i/h 

•  0061 _WIT.  KUM.get_clock  used  but  not  in  Kernel  specifications  anywhere 

•  0062_WIT.  KUM  tailoring  parameter  description  missing 
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Appendix  A:  Bug  Reporting 


A.1.  Originating  Kernei  Bug  Reports 

Bugs  are  reported  in  the  same  manner,  no  matter  what  their  source  (e.g.,  internal  SEI, 
DARK  development  team,  acceptor  site).  Complete  the  first  page  (the  first  four  sections  on 
the  figure)  of  the  attached  bug  report  form  is  completed,  either  manually  or  electronically. 
The  bug  report  is  then  sent  to  the  correct  place  at  the  SEI.  For  bugs  submitted  by  Email, 
there  is  a  dark_bugs  account,  which  will  be  examined  daily  by  the  Bug  Report  Database 
Maintainer.  For  bugs  submitted  via  U.S.  postal  sen/ice,  there  is  a  darkjbugs  mail  stop, 
which  will  be  checked  daily  by  the  Bug  Report  Database  Maintainer.  For  bugs  submitted 
from  within  the  SEI,  either  of  the  two  methods  above  are  acceptable,  as  well  as  Campus 
Mail  to  the  Bug  Report  Database  Maintainer.  In  any  case,  the  DARK  bug  mports  will  make 
it  to  the  Bug  Report  Database  Maintainer. 


A.2.  Usage  of  DARK  Bug  Report  Form  Fields 

1 .  Contact  infonnation  to  be  completed  by  bug  report  originator  when  the  bug 
report  is  generated. 

a.  Reported  by:  Name  of  the  originator  of  the  bug  report.  This  field 
must  be  completed. 

b.  Phone:  Phone  number(s)  where  the  originator  of  the  bug  report  may 
be  reached.  This  field  must  be  completed. 

c.  Email  address:  The  electronic  mail  address  of  the  originator  of  the 
bug  report.  This  field  must  be  completed  if  the  originator  has  Email 
access  to  the  SEI. 

d.  Full  address:  Address  to  which  any  hard-copy  correspondence 
about  the  bug  or  about  DARK  should  be  sent.  This  field  must  be 
completed  by  all  non-SEl  originators  of  bug  reports. 

e.  Date  reported:  Date  (yymmdd)  when  the  bug  report  is  generated. 
This  field  must  be  completed. 

2.  Problem  description  information  to  be  completed  by  bug  report  originator  when 
the  bug  report  is  generated. 

a.  Severity:  The  impact  the  bug  has  on  the  bug  originator.  Options 
include: 

i.  Stopped  dead:  Use  of  Kernel  artifacts  cannot  continue;  no 
workarounds,  acceptable  or  not,  are  available. 

ii.  Significant:  Use  of  Kernel  artifacts  are  severely  affected;  no 
acceptable  workaround  found,  but  can  get  by  for  now. 

iii.  OK  workaround:  Use  of  Kernel  artifacts  hindered;  acceptable 
workaround  found,  but  would  rather  have  the  real  capability. 
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iv.  FYI:  Use  of  Kernel  artifacts  unaffected,  but  this  bug  was 
found. 

This  field  must  be  completed. 

b.  Problem  description:  A  brief  yet  compiete  description  of  the 

observed  problem  (i.e.,  what  is  "broken"). 

c.  Proposed  solution:  A  brief  statement  of  the  anticipated  fix  (used  for 
planning).  This  field  should  be  completed  by  the  originator  of  the  bug 
report  if  the  originator  has  a  proposed  solution;  otherwise,  this  field 
need  not  be  completed. 

d.  Altemative(s):  A  brief  statement  of  any  alternatives  found  by  the 
originator  of  the  bug  report  to  "workaround"  the  bug.  This  field  should 
be  completed  by  the  originator  of  the  bug  report  if  the  originator  has 
found  an  alternative;  otherwise,  this  field  need  not  be  completed. 

3.  Discovery  information  to  be  compieted  by  the  bug  report  originator  when  the 
bug  report  is  generated. 

a.  How  discovered:  Indication  of  how  the  problem  was  discovered. 
This  takes  into  consideration  the  strategy  used  to  discover  the  bug  and 
the  diagnostic  tools  used. 

Strategies  include: 

i.  Inspection:  Visual  examination  of  the  artifacts. 

ii.  Compilation:  Compiling  the  Kernel  or  any  piece  of  code  that 
imports  the  Kernel  specifications. 

iii.  Execution:  Execution  of  any  piece  of  code  that  uses  Kernel 
capabilities. 

iv.  Formal  proof:  Doing  or  examining  the  proof. 

V.  Other:  Provide  description. 

Diagnostic  tools  include: 

i.  Unit  test  case:  Indication  that  unit  testing  caused  the  bug  to 
surface. 

ii.  System  test  case:  indication  that  system  testing  caused  the 
bug  to  surface. 

iii.  Application:  Indication  that  other  code  caused  the  bug  to 
surface. 

iv.  Other:  Provide  description. 

This  matrix  must  be  completed. 

b.  Diagnostic  tooi:  Exact  description  of  the  tool  that  caused  the  bug  to 
surface.  Wherever  possible,  this  should  include  a  description  or  a 
copy  of  the  program  or  process  by  which  the  problem  can  be 
reproduced  to  facilitate  reproduction  of  the  same  problem  on  the 
DARK  testbed  at  the  SEI.  This  field  must  be  completed. 
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4.  Identification  of  DARK  artifacts  information  to  be  completed  by  the  bug  report 
originator  when  the  bug  report  is  generated. 

a.  DARK  artifact  and  version:  Full  identification  of  the  DARK  artifact 
(e.g.,  document  name,  Kernel  package  name)  and  version 
identification  (including  date  of  issue).  This  field  must  be  completed. 

b.  Files:  List  of  source  files  to  which  the  bug  has  been  tracked.  This 
field  should  be  completed  by  the  originator  of  the  bug  report  if  the 
originator  has  determined  this  information;  otherwise,  this  field  need 
not  be  completed. 

5.  SEI  tracking  information  to  be  completed  immediately  by  the  maintainer  of  the 
bug  report  database  when  the  bug  report  is  entered  into  the  database. 

a.  Bug  number:  Bug  numbers  are  of  the  form  nnnn_xxx,  where: 

i.  nnnn  is  some  number  in  the  range  0001  ..  9999. 

ii.  XXX  is  a  site-unique,  three-letter  acronym  indicating  the 
organization  that  originated  the  bug  report.  Examples  include: 
SEI  for  the  Software  Engineering  Institute,  wec  for 
Westinghouse  Electric  Corporation. 

This  field  must  be  completed. 

b.  Date  received:  Date  (yymmdd)  received  at  the  SEI.  This  field  must 
be  completed. 

c.  Related  bug  reports:  Possibly  amended  when  the  bug  is  closed. 
Enumeration  of  any  bug  reports  related  to  this  one  or  opened  via  this 
one,  and  their  status  when  closing  this  one;  "n/a"  if  there  are  none. 
This  field  must  be  completed. 

d.  Related  design  decisions:  Possibly  amended  when  the  bug  report 
is  closed.  Enumeration  of  any  design  decisions  related  to  this  one, 
opened  via  this  one,  and  their  status  when  closing  this  one;  "n/a"  if 
there  are  none.  This  field  must  be  completed. 

e.  Defect  category:  Options  include: 

i.  Requirements:  There  is  something  wrong  (missing, 

contradictory,  incomplete,  etc.)  with  the  Kernel  requirements. 
Applicable  artifacts:  [KFD]. 

ii.  Design:  There  is  something  wrong  (missing,  contradictory, 
incomplete,  etc.)  with  the  Kernel  design.  Applicable  artifacts: 
[KAM],  structure  of  Kernel  code. 

iii.  Code:  There  is  something  wrong  (missing,  extra,  etc.)  in  the 
Kernel  code  (Ada  or  assembly  language).  Applicable  artifacts: 
code,  test  cases. 

iv.  Documentation:  There  is  something  wrong  (missing, 

contradictory,  incomplete,  etc.)  with  the  in-line  documentation 
of  the  code  (Ada  or  assembly  language).  This  includes  all 
header  commentary.  Applicable  artifacts:  code. 

V.  Document:  There  is  something  wrong  (missing, 
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contradictory,  incomplete,  etc.)  with  a  Kernel  document. 
Applicable  artifacts;  [KFD],  [KAM],  [KUM],  [VDIG]. 

This  field  must  be  completed. 

6.  DARK  work  assignment  information  to  be  completed  within  five  working  days 
of  receipt  of  the  bug  report. 

a.  Assigned  to:  Name  of  DARK  team  member  responsible  for  making 
the  fix,  verifying  the  fix,  and  leading  the  effort  to  close  out  the  bug 
report,  all  related  bug  reports,  and  all  related  design  decisions.  This 
field  must  be  completed. 

b.  Date  assigned:  Date  (yymmdd)  when  the  bug  is  assigned  to  a  DARK 
team  member  for  fixing.  This  field  must  be  completed. 

c.  Priority:  Completed  when  the  bug  is  assigned  to  a  DARK  team 
member  for  fixing.  Options  include: 

i.  High:  Fix  these  first. 

ii.  Medium:  Fix  these  next. 

iii.  Low:  Fix  these  if  and  only  if  there  is  time. 

This  field  must  be  completed. 

d.  Due  date:  Date  (yymmdd)  by  which  the  fix  must  be  completed.  This 
field  must  be  completed. 

7.  Actual  fix  information  to  be  completed  by  the  DARK  team  member  assigned  to 
fix  the  bug. 

a.  Proposed  fix:  Brief  description  of  the  anticipated  fix  and  enumeration 
of  any  reasonable  alternatives  and  why  these  alternatives  may  need  to 
be  taken  instead  (used  for  planning).  This  should  be  completed  within 
five  working  days  of  being  assigned  responsibility  for  fixing  the  bug 
and  before  the  actual  fix  is  applied.  This  also  includes  identifying  any 
workarounds  that  can  be  taken  by  the  user  community  to  avoid  the  bug 
if  the  fix  cannot  be  applied  in  time.  This  field  must  be  completed. 

b.  Actual  fix:  Description  of  the  actual  fix.  This  field  must  be 

completed. 

c.  Actual  fix  date:  Date  (yymmdd)  the  DARK  team  member  completed 
the  fix.  This  field  must  be  completed. 

d.  Directories:  Indication  of  the  DARK  artifacts  affected  by  the  fix.  This 
field  must  be  completed. 

e.  Files:  indication  of  all  files  affe^^ed  by  the  fix.  This  field  must  be 
completed. 

f.  Problem:  The  actual  problem  (which  may  be  identical  to  the  reported 
problem  description).  This  field  must  be  completed. 

g.  Solution:  The  actual  solution  (which  may  be  identical  to  the  reported 
proposed  solution).  This  field  must  be  completed. 
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8.  Closing  information  to  be  completed  by  the  Configuration  Control  Board 
(CCB)^  when  the  bug  report  is  ready  to  be  closed. 

a.  Close  date:  Date  (yymmdd)  the  bug  report  is  verified  as  being 
closed.  This  field  must  be  completed. 

b.  Verified  by:  Name  of  the  CCB  member  verifying  the  bug  as  being 
closed.  This  field  must  be  completed. 

c.  How  verified:  Indication  of  what  criteria  were  used  to  verify  the  fix 
was  made  as  reported  (e.g..  inspection  of  documentation,  examination 
of  test  case  results).  This  field  must  be  completed. 

d.  Checklist:  Helpful  clues  for  the  CCB  and  the  bug  fixer  to  ensure  that 
ail  propagated  and  related  modifications  have,  in  fact,  been  made. 
This  field  is  optional. 

9.  Available  version  information  to  be  completed  when  the  next  deliverable 
version  of  the  relevant  project  artifact  is  generated. 

a.  Available  In  DARK  version:  Completed  by  the  DARK  project  leader 
when  planning  for  the  next  release.  This  field  must  be  completed. 

b.  Applicable  VDIG  version  and  section:  Completed  by  the  individual 
responsible  for  generating  the  VDIG  portion  of  the  KUM  in  preparation 
for  release  of  the  Kernel.  This  field  must  be  completed. 


®The  CCB  currently  comprises  the  DARK  project  leader  and  the  maintainer  of  the  DARK  project  bug  report 
database. 
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REP 


FORM  (Part  1} 


Raportad  by 
Phona 

Email  address 
Full  address 
(external  only) 


Date  reported 


Severity 

Problem 

description 
Proposed 
solution 
Alternative (s) 


How  discovered 


Stopped  dead()  Significant  ()  OK  work-faround  ()  FYI(} 


Diagnostic  tool 


DARK  artifact 
and  version 
Files 


STRATEGY 

+ - + - + - + - +- 

T  O  O  li  I  Inspctn  |  Compltn  |  Executn  |  Formal  | 

fill  Proof  I 
+ - + - + - + - +. 

Unit  Test  I  I  I  I  I 

+ - + - + - + - +. 

:em  Test  I  I  I  I  I 

+ - + - + - + - +■ 

Llcatlon  |  I  I  I  I 

+ - + - + - + - +. 

Other  I  I  I  I  I 

+ - + - + - + - +. 


- + 

Other  I 

I 

- + 


System  Test 
implication 


Other 
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Bug  number 
Dete  received 
Related  bug 
reports 

Related  design 
decisions 

Defect  category  :  Requirements ()  Design ()  Code()  Documentation ()  Document () 


Assigned  to 
Date  assigned 

Priority  :  High()  Mediiim()  Low() 

Due  date 


Proposed  fix 

Actual  fix 

Actual  fix  date 

Directories 

Files 

Problem 

Solution 


Close  date 
Verified  by 
How  verified 

Checklist  ;  KTDO  KAM()  KDM(} 

:  KS():  Module  contents  ()  References  ()  History  ()  Notes  (} 

:  ZKS(}:  Module  contents  (}  References  ()  History  ()  Notes  () 
:  Subprogram  header(}:  Req()  Prim()  Time(}  Parameters  () 

Precon  ()  Actions  ()  Post  con  () 

Errors ()  Examples  0  Notes  0 

:  BodyO  :  PDL() 


Available  in 
DARK  version 
J^plicable  VDZG 
version  and 
section 


Send  this  form  to:  DARK  BDGS 

c/o  Judy  Bamberger 
Software  Engineering  Institute 
Pittsburgh  PA  15213 
412-268-5795 

Email:  dark-bugs0sei.amu.edu 
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Appendix  B:  Bug  Report  Summary 

This  appendix  summarizes  all  known  Kernel  problems.  It  provides  the  following  information: 

•  BR#:  bug  report  tracking  number. 

•  Stat:  status  of  the  bug  report: 

•do:  closed.  The  problem  has  been  corrected  in  the  current  released 
version  of  the  Kernel. 

•  asg:  assigned.  The  problem  has  been  assigned  to  a  project  member  for 
further  study. 

•  una:  unassigned.  The  problem  has  been  identified,  but  no  one  is 
currently  studying  the  problem. 

•  Assignee:  the  user  id  of  the  individual  assigned  to  fix  the  problem. 

•  Title:  a  brief  one-line  description  of  the  problem. 


A  full  bug  report  on  any  problem  listed  below  is  available  on  request. 


BR# 

•tat 

MsignM 

title 

0001_ 

_SEZ 

olo 

firth 

GZM  doeuaentation  (error  eheeking) 

0002, 

_SEI 

do 

firth 

GZH.diaable  extra  eheeking 

0003, 

_SEZ 

do 

rlva 

defadt  tiaealiee  quantum  not  tailorable 

0004_SEZ 

do 

dvk 

GTSM  documentation  (quantum  ia  MZMiaum) 

0005, 

_SEZ 

do 

rive 

Gnt.aynchronire  without  timeout  needed 

0006, 

_SEI 

do 

bmabig 

GST  doeumentation  (priority  model) 

0007, 

_SEZ 

do 

bai^org 

GPAR  doeuamntation  (exoeptiona) 

0008, 

_SEZ 

do 

dvk 

ST  doeumentation  (old  generiea) 

O 

o 

o 

_SEI 

elo 

firth 

GTK  doeumentation  (road  elook) 

0010, 

,SEZ 

do 

banberg 

GPTB  docuawntation  (•taok_high_addreaa) 

0011, 

_SEZ 

do 

firth 

GKT  documentation  (ahould  be  150_000  yoara) 

0012, 

_SEZ 

elo 

baabarg 

GPAN  doeuawntation  (exoeptiona) 

0013, 

_SEZ 

*mg 

dvk 

Mproe  won' t  peradt  aingle  node  reaet 

0014_SBZ 

do 

tae 

GCN  print  to  be  removed 

0015, 

'lO 

M 

H 

do 

aend_meaaago_and_wait  with  sero  timeout 

0016, 

_SEZ 

do 

rlva 

GCN  perferamnee  ia  linear 

0017_S1I 

elo 

rlva 

GM(  doeen't  remove  TEQ  pending  darm  event 
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0018_S£I 

0 

0 

rlvo 

unnosdsd  laysr  of  oods  with  timers 

0019_SKI 

mmg 

rlvo 

PZT  sizing  inoorreot 

0020_SEZ 

ole 

rlvo 

dooumentetion  of  ded/oreats_prooess 

0021_SKI 

do 

t,«o 

send_*  to  eooooBMdets  teg-ody  msg  bettor 

0022_SIZ 

ole 

rlv« 

oodo  reorg  PZT/GHC 

0023_SXZ 

do 

rlvo 

tipdete  intro  to  K7D 

0024_SEZ 

do 

rlvs 

update  primitive  part  of  K7D 

0025_SEI 

do 

CCM/bus_ic,  looal  optimizations,  ACK/HAK 

0026_SEI 

0 

H 

0 

tac 

priority  inversion  for  send/rsoeive 

0027_SEI 

do 

firth 

sand  of  largo  massage  >  eonstraint_errer 

0028_SEZ 

do 

firth 

provide  traoebaok  whan  prooeas  diaa 

0029_SEI 

do 

b«nd»*rg 

KOM  words  too  weak  about  aet_alazm  behavior 

0030_SEZ 

do 

rlvs 

ii^plaatsnt  non-Karnel  devioea 

0031_SEI 

do 

rlva 

synohronize  doesn't  work  from  Main  Onit 

0032_SEI 

*•9 

rlv« 

0033_SE1 

*•9 

rlvo 

die/kill  must  release  all  resouroes 

0034_SEZ 

••9 

rlvs 

alarm  ejqpiry  does  net  oanoel  pending  daim 

0035_SEI 

••9 

rlvs 

initialize  time  delays  not  aooounted 

0036_SEZ 

do 

firth 

floating  point  ooprooessor  state  not  saved 

0037_SEI 

do 

rlvs 

tool  interface  not  implasiented 

0038_SEI 

ole 

banbsrg 

text_io  blocks;  interferes  with  Kernel  (KOM) 

0039_SEZ 

do 

dvk 

make  Mproc  statistics  available 

0040_SEZ 

do 

dvk 

check  for  ndl  process  ZO  as  input  parameter 
(coda) 

( documantat ion) 

0041_8EZ 

ole 

initid  asynchronous  send  is  lost 

0042_8EZ 

olo 

rlvs 

die  odled  within  receive  DC  i/h 

0043_SEZ 

0 

H 

0 

rlvs 

hsnborg 

KTD  changes:  chapters  5,  C,  7 

KFD  changes  done;  KOM  must  be  examined  for 
possible  iaipacts 

0044_8EZ 

olo 

drs 

data  lost  for  longword-fl  langth  messages 

0045JCZI 

olo 

baad>«rg 

KOM  lAitidisation_ordar  example  confusing 

004«JfZT 

0 

H 

0 

bastoorg 

KOM  typos 
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firtb 


>1  clain  of  mmatm  ■•oaphora  allowed  (daadlok) 


0047_SEI  aag 


0048 

_SBI 

aag 

iggnm 

ovarwrita  old  maga  on  guaua  ovfl  not  ia^ld 

0049_ 

_SEI 

c:  3 

dvk 

valid  prooaaa  XD  for  aandar/raoaivar 
(ooda) 

A 

o 

o 

_SEI 

do 

banbarg 

valid  prooaaa  XD  for  aandar/racaivar 
( dooumantat ion ) 

0050_ 

_SEI 

aag 

£ix^h 

GXC . intarrupt_tabla  dafaulta  mialaading 

H 

lO 

o 

o 

_SEI 

do 

firtb 

SX6  oan_jpraaii^t  dooumantation  oonfuaing 

052_ 

_SEI 

do 

bambarg 

KUM,  4.13.3,  ayno  not  allowed  in  i/h 

0053 

SEX 

do 

rlva 

KFD  raqa  ohangaa  ohaptara  8-10 

bambarg 

KFD  ohangaa  dona;  KOM  muat  be  examined  for 
poaaibla  in^acta 

0054_ 

_SEZ 

do 

rlwa 

KFD  raqa  ohangaa  ohaptara  11-13 

bambarg 

KFD  ohangaa  dona;  KOM  muat  be  azaminad  for 
poaaibla  impacta 

0055 

SEX 

do 

rlva 

prooaaa  table  purge  ia  inoon^lata 

005£ 

SEX 

do 

zlwa 

if  >  2  nodaa,  thru  paekata  are  loat  (nproc) 

0057 

_SEX 

do 

firth 

prioritywO  not  taatad  before  oall  to  Sohadr 

0058 

_SEX 

do 

firth 

olaim  w/no  timeout  doaan' t  aat  event  id 

0059 

_SEX 

una 

cbaok_mag,  diaoard_mag  prima  required 

0060 

_SEX 

do 

t«c 

C_body.olook_oount  oommant  inoorraot 

0061_ 

_WXT 

do 

bambarg 

KUM . gat_olook  uaad  but  not  in  KS  anywhere 

O 

o 

Oi 

K 

1 

_WIT 

do 

bambarg 

KON  tailoring  paramatar  daaeription  miaaing 

0063_ 

_SEX 

do 

rlva 

CNC . alloeatad_prooaaa_XD  daf  valu  doon  wrong 

0064 

_SEX 

do 

drs 

modify  DARK  taatbad  value  of  lowoat_pri_vdu 

0065 

_SEX 

olo 

firth 

irupt  anoapa  not  aava/raatora  fit  oontazt 

0066 

1 

H 

M 

do 

firth 

modify  IXiB. being/ and  atonio 

0067 

_SEX 

do 

fiarth 

irupt  anoapa  forgot  to  uaa  privlg  mode 

0068 

_SEX 

do 

firth 

irupt  anoapa  aaaumaa  alow  irupta  not  neat 

0069 

_SEX 

olo 

tao 

DGM.alloo_dg  aalaotn  of  datagrama  fm  large  Q 

0070 

_8EX 

do 

tao 

too  many  oalla  to  SCH.aohadula  in  CCM 

0071 

_8EX 

olo 

firth 

obaolata  doon  in  X6 

0072 

_SEX 

aag 

tao 

aisa  of  Kernel  dgram  not  oonputad  oorraetly 

0073_ 

SEX 

do 

rlva 

ahould  TM.ayno  be  blooking? 
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0074_S*I 

olo 

tac 

oonatraint  orror /mi  amatch  of  data  typaa 

0075_SE1 

do 

dvs 

SCH  run  guaua  parformanoa  i^rovamanta 

0076_SSI 

UM 

T8Q  parformanoa  iaprovamanta 

0077_S*I 

UM 

CM. alloo_dav_rovx  doaan't  ohaofc  if  looal  PZO 

0078_S11 

UM 

0(a4.alloo_dg  aalaotn  of  datagrama  fm  larga  Q 

0079_FaR 

una 

uaa  of  atandard . long_intogar 

0080_FER 

UM 

long/ahort  naaia  miamatoh  (to_Komol_tima) 

0081_SKZ 

cZo 

dvlc 

gpar  ahort  namaa 

0082_SEZ 

do 

rlva 

TZ.bagin/and  to  ohaok  illagd  prooaaa  ZD 

0083_SKZ 

una 

CM.apaoa.axoaptiona  /a  raiaad  axoaptional 

0084_S8I 

una 

apao  do on  /a  ooda  implnt 

0085_S*I 

olo 

rlva 

VMS  problam  alahorating  ganarioa 

008€_SBZ 

do 

firth 

AST  anoapa  aatting  intarn9t_naating  wrong 

0087_S*Z 

do 

rlv« 

buboxg 

oraata/uaa  DASX_taxt_io  (ZO  baing 
intarruptad  mayba  corrupting  tha  ataok) 

0088_SKZ 

••9 

firth 

baaborg 

aubaat  of  0084_SSZ  that  MOST  ba  FZXSDt 

0089_SBZ 

do 

firth 

AST  ano^a  naiat  fully  aava/raatora  oontaxt 
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Appendix  C:  INSTALL.COM 

$ !  !  !  t  I  !  !  !  !  !  !  I  !  !  <  !  n  !  t  !  t  I  I  !  >  •  I  !  !  t  •  !  !  !  •  •  t  !  (  !  I  I  !  !  !  !  !  !  !  !  !  !  !  !  M  !  !  !  !  !  !  !  !  I  M  !  !  t  !  t  !  !  I  !  t 

$f 

$ !  Modula :  Install . com 
$! 

$ !  Puxposs : 

$ !  This  ooamand  proosduxa  is  usad  by  a  rscipisnt  of  a  DABK  rslsass  t^s  to 
$!  install  ths  softwara. 

$1 

$ !  Paramatars : 

$<  pi:  varsion  baing  installad. 

$! 

$!  Ravision  History: 

$! 

$!  14-£ab-89  rlvs  craatad 

$!  12-oe!t-89  rlvs  straam  linad  and  modifiad  to  account  for 

$ !  vms  varsion 

$! 

$!!!  I !!!!!!!!!!!• f !!! t ! I n !! f  ?!• f I !»»!•!!• n !• * ! I !!!!!!!!!!!(!!!!!  I  !!!!  M  !!!  f  M 
$ ! • !  OEBOG  DKBOC  DEBOC  OEBOG  DKBOG  0EB06  DEBOG  DBBOG  DEBOG  DEBOG  DEBOG  I!  !  !  !  !  !  ! 
$!!?  dafina  mt  ps: [DAKK_CM.ralaasa. tasting] 
dafina  mt  mubO: 

$ ! ! !  OEBOG  OEBOG  OEBOG  OEBOG  DBBOG  DEBOG  DEBOG  DEBOG  OEBOG  DEBOG  DEBOC  !!!!!!!! 
$  sat  prota(S:rwa,  0:rwad,  G:rwad,  W;a)/dafault 
$  sat  noon 
$1 

$!  Obtain  tha  varsion  baing  installad. 

$! 

$  varsion  :«  'pi 
$  loop_back : 

$  writs  sys$outp\Jt  " 

$  if  varsion  .ags.  ""  than  - 

inguira/nopunc  varsion  "Which  varsion  ara  you  installing  [Vx.yy] : 

$  if  varsion  .  aqs .  " "  than  goto  loop_baclc 

$  coiiinand_local  a  f$parsa  varsion' "NAME" )  -f  commands" 

$1 

$!  Chack  to  saa  if  tha  indicatad  ralaasa  currantly  axists. 

$1 

$  call  ohack_ralaaoa 
$! 

$!  Craata  tha  configuration  diroctory(s)  to  bold  tha  ralaasa. 

$! 

$  craata /dir  [ . ' varsion' ] 

$  craata/dir  [ . ' coonand  local] 

$  craata/dir  [.' varsion'  . 68k] 

$  craata/dir  varsion' .conason] 

$  craata/dir  [.' varsion' .vms] 

$  craata/dir  [.' varsion'  .viiis_adalib] 

$! 

$ !  Stora  tha  commands  and  support  filas  in  tbair  bcsia  (and  elaan  up) . 

$1 

$  ranama/log  * . com, * . rpt  [ . ' aoimaand_looal' ] * 

$  purga  [ . '  cosanand  local '  ] 

$! 

$ !  Move  to  tha  configuration  diraotory  and  copy  in  all  tha  naadad  souroas 
$  I  from  tha  ralaasa  taps . 

$1 

$  sat  dafault  [.' varsion' . 68k] 

$  sat  prota(w:rwad,o:rwad,g:rwad)  *.* 


k; 
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$  baolci^/log/raplao*  Bt:68k_«ouro*«.b*k/Mv«_a*t  *.* 

$  m»t  protB(w:r, o:rw«, g:rw«)  *.* 

$» 

$  aat  dafault  [-.aaaB»n] 

$  mmt.  prots(w:rwad,o:rw«d,  g:rw«d)  *.* 

$  baokup/Jlog/raplaoa  mt : amn_aouro«a . bak/aava_aat  * . * 

$  aab  protB(w;r, o:rwa,  g:nra)  *.* 

$» 

$  aab  dafaul't  [-.vaa] 

$  aat  prets(w:rwad, o:rwad,  g:rwad)  *.* 

$  baokup/log/raplaoa  iBt:'vaa_aouroaa.bak/aava_aat  *.* 

$  aat  pxota(w: r, o:r«a, g:rwa)  *.* 

$1 

$ !  Claanup . . . 

$! 

$  aa't  dafault  [  —  ] 

$  wxiba  aya$oubput  " ” 

$  Nxiba  aya$ou'bput  "DARK  xalaaaa  ''▼axaion'  now  inaballad.” 

$  wriba  aya$ou'tpub 
$  di aaounfe/neunl  mt: 

$  daallooa'ta  mt : 

$  axit 

$» 

$!!!!!!!!!!!!!!!!!!!!!  M  !!!!!!  f  »»  f  T  !  f  !  I  !!!!•  I!  I  ( M  !»  I  M  !  I!  I  I  !  I  !  I  !!!!!!!!!  I  !!(!  » 

$1  Modula:  Chack  ralaaaa 

$» 

$ !  Puxpoaa : 

$1  Thia  prooadura  ohaeka  to  aaa  if  tba  ralaaaa  ourrantly  axiata. 

$t  If  it  doaa,  it  anauxaa  that  tba  ralaaaa  ia  to  ba  owar  wxittan 
$!  bafora  allowing  tha  inatallation  proeaaa  to  oontinua. 

$» 

$ !  Paraaatara : 

$  t  nona . 

$! 

$!  Raviaion  Hiatory: 

$» 

$1  14-fab-89  rlva  oraatad 

$! 

f  f  !  I  f  I  I  I  !  !  r  !  !  !  f  !  I  !  !  ?  !  !  M  f  !  !  I  f  K !  •  »  * ! fl ! f ! ! n ! M  r  r  !  ! I n ( (  !  !  I  !  »  r  M  !  M  !  (  !  !  !  !  I!  !  I 

$1 

$  aback  ralaaaa:  Siibroutina 
$1 

$1  If  tba  varaion  doaa  not  axiat,  tban  prooaad  witb  inatallation  of 

$  t  tba  naw  ralaaaa . 

$1 

$  ralaaaa_varaion  :a  [ . ' f$paraa (varaion, , , "nama” ) ' ] 

$  ralaaaa__dir  :>  ' f$axtraat(l, 10,f$paraa(varaion, , , "typa") ) ' .dir 

$  ralaaaa  :a  '  ralaaaa_varaion' '  ralaaaa__dir' 

$  if  f$aaarob( ""  ralaaaa' ")  .aga.  tban  axit~ 

$» 

If  tba  ralaaaa  alraady  axiata,  tban  tbara  waa  aitbar  a  typo  abova,  or 
$1  tba  axiating  varaion  naada  to  ba  ra-oraatad.  In  aitbar  oaaa,  wa  atop 
$1  tba  inatallation  proeaaa  and  lat  tba  uaar  0«ka  tba  naxt  mova. 

$» 

$  axiating_ralaaaa : 

$  writa  aya$eutput 

$  writa  aya$output  "Varaion  ''varaion'  alraady  axiata..." 

$  inguira/nopuno  kill  "Do  raally  wiab  to  owar  writa  it  [Y/H] : 

$  if  kill  .aga.  "N"  tban  atop 

$» 
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$t  If  axiafeing  ralaasa  la  to  ba  ca-craatad,  lat'a  zaally  maka  auca. . . 

$» 

$  wzita  aya$outpub 

$  inquira/nopuac  kill  "Ara  you  poaitiva  you  want  to  ovar  writa  it  [Y/H] :  " 
$  i£  kill  .aqa.  "N"  than  atop 
$! 

$t  Oblitazata  tha  axiatinq  zalaaaa...in  a  noiay  mannar,  ao  that  uaaz  knowa 
$  t  what  ia  going  on 
$1 

$  aat  dafault  [ . ' varaion ' ] 

$  aat  prota{w:zwad, o:zwad, g:zwad)  *.* 

$  dalata/log  [...]*.*;* 

$  dalata/log  [...]*•*/’* 

$  aat  dafault  [aai  dark] 

$!  ~ 

$  axit 

$  andaubroutina 
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Appendix  D:  BUILD.COM 

$f  !  !  !  I  !  !  f  !  !  !  !  !  f  !  !  !  I  I  !  !  !  ?  t  !  !  !  !  !  •  H  !  f  »  !  m  m  t  !  !  (  f  !  H  !  M  !  !  !  !  t  I  !  !  !  !  !  !  !  !  m  !  !  !  !  !  n  * 
$1 

$1  ModuJ.*:  Build. oon 
$1 

$  I  PuxpoM : 

$!  This  oocomand  proe«d\ix«  ia  uaad  by  a  raoipiant  of  a  DARK  ralaaaa  tapa  bo 
$f  build  bha  VMS  and  TalaSe£b  eoiqpilabion  librariaa. 

$» 

$  I  Paramanbara : 

$  I  pi :  bha  varaion  baing  builb 

$» 

$!  Raviaion  Biabory: 

$! 

$!  14-£ab-89  rlva  craabad 

$)  12-ocb-89  rlva  abraaailinad  and  a»di£iad  bo  acoounb  for 

$  I  vma  varaion 

$» 

$t  m  f  f  !  !  *  H  !  !  !  I  I  I  f  !  t  *  I  I  !  t  !  m  !  !  !  f  H  f  m  »  M  n  I  !  M  !  m  !  !  f  !  !  !  !  !  f  *  !  I  !  !  !  !  !  *  !  !  •  !  !  !  !  I 
$  I t !  DBBOC  OEBOG  OZBOG  DBBOG  DZBOG  OBBOG  DZBOG  DSBOG  DKBOG  DEBOG  DEBOG  !  t  I  •  t  I  I  I 
$!!!  roob  "dark. ralaaaa" 

$ ( ! I  OZBOG  OEBOG  DBBOG  DEBOG  OZBOG  DZBOG  DZBOG  DZBOG  DZBOG  DZBOG  DZBOG  !  !  !  !  !  I  t  I 
$1 

$ !  Sab  up  bha  naadad  global  aynbols 
$! 

$  roob  :«>a  "aai  dark" 

$J 

$!  Obbain  bba  varaion  baing  inaballad 
$1 

$  aab  noon 
$  varaion  'pi 
$  loop_baak : 

$  wriba  ayB$oubpub 
$  if  varaion  . aga .  "  bban  - 

inguira/nopuno  varaion  "Which  varaion  ara  you  building  [Vx.yy] : 

$  if  varaion  . aga .  "  bhan  gobo  loop  back 

$! 

$! 

$1 

$  call  Build_VMS 
$  call  Build  TalaSofb 
$» 

$  axib 

$» 

$1  I !»  f  f !! M !!!!!!!!! I !!?  Mf 1  !!!  f  !!!  f  f  !!*•!!  f  !  I  !  f  ?!!!  m  I  I  !»?!!!  f  m  t  !!!!!!!!!!  ! 
$1 

$  I  VMS  build  procadura 
$1 

$J  J  m  f  f  f  ?  J  n  !  !  M  m  !  M  I  m  !  !!  !  !  f  !  !  !  »  !  !  !  f  !  !  f  »  !  !  m  m  m  m  m  m  I  !  m  !  !  t!  !  m  ! 

$» 

$  Build  VMS:  Subroiibina 
$t 

$  aab  daf  aya$diak: [' roob' .' varaion' ] 

$1 

$t  laaua  momm  naadad  advica... 

$» 

$  Wriba  aya$oubpub  "" 

$  Wriba  aya$oubpub  "Plaaaa  anaura  bhab  VAX  Ada  VI. S  and  VAX  ACS" 
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$  Writ*  «ya$eutp\2t  "haw  baaa  inatallad  on  hbis  sysham..." 

$  Nslha  aya$oa'tput 

$  iaquira/nopuao  junk  "la  tha  VAX  Ada  mymtmm  inahallad  [Y/S]  " 

$  It  junk  .aqa.  "H”  khan  axit 
$t 

$t  Craaha  tha  VMS  coo^ilation  library 
$1 

$  writa  aya$ou'tput  "" 

$  writa  aya$output  "Craating  VMS  coa^ilation  library" 

$  writa  aya$output  "" 

$  aea  eraata  library  [ . vBa_adalib] 

$  aea  aat  library  [ .  vma  adalib] 

$t 

$! 

$1  Dafina  tha  naadad  aaaroh  patha... 

$ !  d  talla  VMS  to  aaarch  aa  followa : 

$!  [SEZ_DAItX.Vx.yy .wma] ,  [SXZ_pAItK.Vx.yy.coiBmon] 

$  f  ooow  talla  VMS  to  aaaroh  aa  followa : 

$!  [SZI  DASX.Vx.yy.wma] 

$1 

$  dafina  d  aya$diak:  [ '  root' . '  wraion' .v«a]  ,  - 
aya$diak:  ['root'  .'wraion'  .ooaxaon] 

$  dafina  ooma  aya^diak:  [' root' . 'wraion' .vma] 

$1 

$ !  Bxaouta  tha  coamand  f ila  to  coopila  £  aaaaobla  tha  aouroaa . 

$t  If  tha  tMS  utility  ia  awilabla,  thia  may  alao  ba  dona  by 
$1  iaauing  tha  following  oeaiand; 

$1 

$t  IMS/ action/ f real  aouroa/daaorw[SZI  DARK. Vx.yy.vna] dark. mma  DARK 

SI 

$1  Kota  that  tha  O  and  COMS  aaaroh  patha  abow  muat  atill  ba  dafinad 
$1  for  MMS  to  oparata  oorraotly 
SI 

S  aat  default  [.vma] 

S  6ocaw :  dark 
SI 

S I  Claanup . . . 

SI 

S  aat  daf  [— ] 

S  purga 
S  axit 
SI 
SI 

SI  1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1  III  1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 
SI 

SI  TalaSoft  build  prooadura 
SI 

SI  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I ! I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I 
SI 

S  Build  TalaSoft:  Subroutine 

SI 

S  aat  daf  ayaSdiak:  [' root' .' wraion' .68k] 

SI 

SI  Zaaua  aoM  naadad  advioa... 

SI 

S  Writa  ayaSoutput  "" 

S  Writa  ayaSoutput  "Plaaaa  anaura  that  TalaSoft  V3.22  Ada  for  VAX/VMS  to  680X0" 
S  writa  ayaSoutput  "haa  baan  inatallad  on  thia  ayatam.  . . 

S  Iteita  ayaSoutput  "" 

S  inquira/nepuno  junk  "Za  tha  TalaSoft  ayatam  inatallad  [Y/M]  " 
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$  If  junk  .mqm.  "N"  than  axit 
$! 

$1  Sat  up  tha  maatar  TalaSoft  library;  thla  library  can  than  ba  rafaranoad 
$1  by  local  or  projact  librarian  aa  tha  dafault  aouroa  of  DAKK  objaot  modulaa 
$1 

$  writa  sya$output 

$  writa  aya$output  "Craating  TalaSoft  oon^ilation  library" 

$  writa  ay8$output  "" 

$  opan/ writa  lib_fila  liblat.alb 
$  writa  lib_fila“"—  Craata  local  library" 

$  writa  lib_fila  "  naaa:  adalib” 

$  writa  lib_fila  " —  68020  spaeific  librariaa" 

$  writa  lib_fila  "  nama:  taada$dir :iiiath68020  —  Math  Librariaa" 

$  writa  lib_fila  "  nama:  taada$dir :aga68020  —  Coda  Canarator  Support" 

$  writa  lib_fila  "  nama:  taada$dir :taa68020rtl  --  Softwara  Floating  Point 

$  writa  lib_fila  "  " 

$  cloaa  lib_fila 
$  taada/a68/craata  adalib 
$! 

$1 

$  I  Daf ina  tha  naadad  aaarch  patha . . . 

$ !  d  talla  VMS  to  aaarch  aa  follows : 

$1  [SXI_DABK.Vx.yy.68k] , [SEl_OASK.Vx.yy.ooanon] 

$  I  coma  talla  VMS  to  aaarch  aa  follows : 

$1  [SEX  0ARX.Vx.yy.w68k] 

$1 

$  dafina  d  sys$disk: [' root' varsion' .68k] ,  - 
aya$diak : [ ' root' . ' varsion' . coainon] 

$  dafina  ooms  ays$di'ak :  [ '  root'  . '  varsion'  .  68k] 

$1  Exacuta  tha  caaaaand  fila  to  coo^ila  6  aaaaadala  tha  aouroaa. 

$1  If  tha  IMS  utility  is  availabla,  this  may  also  ba  dona  by 
$  I  issuing  tha  following  cosnand : 

SI 

$1  tMS/action/from_souroa/dascra[SEI_DARK.Vx.yy.68k]dark.ams  DARK 

SI 

$  I  Mota  that  tha  D  and  CONS  saarch  paths  abova  must  still  ba  daf inad 
$  I  for  IMS  to  oparata  corractly 
SI 

S  Scorns :  dark 
SI 

S I  Cleanup . . . 

SI 

S  sat  daf  [  — ] 

S  purga 
S  axit 
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Appendix  E:  SEI  Release  Procedure 


E.1 .  New  Release 

To  create  a  new  release  of  the  Kernel,  the  following  steps  are  needed: 

1 .  Log  in  to  [DARK_CM]  on  AESTSC. 

2.  Create  the  release  by  executing  the  release  command  script  (shown  in  detail 
in  Section  E.3). 

@  [DASKjCM .  RELEASE]  RELEASE 

3.  Cut  the  release  tape  by  executing  the  make_tape  command  script  (shown  in 
detail  in  Section  E.5  and  following  the  instructions  it  provides. 

@  [  DARK_Ca< .  RELEASE]  MAltE JTAPS 

4.  Bundle  the  tape  with  the  documents  specified  in  Chapter  2  and  ship  as 
needed. 


E.2.  Make  a  Release  Tape 

To  create  a  new  release  of  the  Kernel,  the  following  steps  are  needed: 

1.  Log  in  to  [DARK_CM]  on  AESTSC. 

2.  Cut  the  release  tape  by  executing  the  make_tape  command  script  (shown  in 
detail  in  Section  E.5  and  following  the  instructions  it  provides. 

@  [  DARK_Ca< .  RELEASE  ]  MAiaE_TAPE 

3.  Bundle  the  tape  with  the  documents  specified  in  Chapter  2  and  ship  as 
needed. 
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E.3.  RELEASE.COM 


$!  I  !  f  f  n  !  !  !  !  !  !  !  !  » »  n  t  n  n  m  !  !  t  !  m  f  !  !  I  f  •  »  !  m  !  !  !  !  !  I  !  m  !  I  m  t  I  I  !  !  !  !  !  !  !  m  !  m 
$1 

$!  Vxogram:  RELEASE.COM 
$! 

$ !  Purpo«« : 

$  I  nii.«  oonmand  fll*  configuraa  *  n«w  DARK  ralaa«*  in  a  aaf a  plaoa . 

$1 


91 

Raviaion  Hiatory: 

91 

9! 

20-fab-89 

rlva 

craatad 

9! 

12-oot-89 

rlva 

atraaailinad  and  modifiad  to  account  for 

9! 

vmm  version 

9! 

9!  ! 

*  *  !  *  t  *  !  !  1  *  !  !  *  ! 

F  ■  !  !  *  ?  ! 

1  1  1  1  1  1  f  1  1  1  t  M  t  t  1  t  1  1  1  t  1  1  1  t  1 1  t  1  M  1  t  f  1  1  1  1  1  1 

$  WRITE  SYS$OOTPOT  "" 

$  XNQOIRB/NOPCHC  VBRSZOH  "What  varaion  ia  thia  [Vx.yy] : 

$  WRITE  SYS$OOTPOT  "" 

$  IP  VERSION  .EQS.  THEN  EXIT 
$* 

$1  He/vm  to  tha  ooafigurad  ralaaaa  diraotory. 

$! 

$  SET  DEPAOLT  [.RELEASE] 

$! 

$(  Craata  a  diraotory  to  bold  tha  naw  varaioa. 

$1 

$  CREATE/DIR  [.'VERSION] 

$1 

$1  Craata  aubdiraotoriaa  to  hold  tha  diffarant  varaion  of  tha  Rafnal. 

91 

$  CRKATE/DIR  [.' VERSION .  68K] 

$  CREATE/DIR  [.' VERSION. C(»M0N] 

$  CRBATE/OIR  [. 'VERS ION. VMS] 

$! 

$1  Populata  tha  68K  ralaaaa  diraotory  with  tha  updatad  filaa. 

9* 

9  SET  DEPAOLT  [.' VERSION . 68K] 

9  COPY  DARK9WORX_68KSEP:*.*  * 

9f 

9 1  Populata  tha  ooamon  ralaaaa  diraotory  with  tha  i^datad  filaa . 

91 

9  SET  DEFAULT  [-.COtOCN] 

9  COPY  DARK9W0BX  REP:*. ADA  • 

9t 

9 1  Populata  tha  VMS  ralaaaa  diraotory  with  tha  updatad  filaa . 

91 

9  SET  DEFAULT  [-.VMS] 

9  COPY  DARK9WORK  VMSREP;«.*  • 

9! 

9 1  Ganarata  tha  68K  ralaaaa  raporta  4  ri aaa  up 

9t 

9  WRITE  SYS90UTPUT 

9  WRITE  SYS$OUTPUT  "Plaaaa  adit  [DARX_CM. RELEASE] (SEM_RPTS.COM  to  ganarata" 
9  WRITE  SYS$OUTPUT  "ganarata  68020  raporta" 

9  WRITE  SYS90UTPUT 

9  INQUIRE/MOPUNC  junk  "Ratum  idxan  raady...” 

9» 

9  SET  DEFAULT  [-.68K] 

9  8 [DARK  CM. RELEASE] SEN  RPTS 
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$! 

$  PURCE/LO 
$  REMAME  *.*;*  *.*;! 

$  SET  PROT-(S:R,0:RME,S:RS,H:RS)  *.* 

$! 

$1 

$ !  Cl««n  up  th«  oomnon  f il«a 
$! 

$  SET  DEPAOLT  [-.COMMON] 

$  PORCB/LO 
$  RENAME  *.*;*  *.*;! 

$  SET  PROT«(S:R,0:RHE,C:RE,H:RE)  *.* 

$» 

$  <  S«n«ra't«  fcha  VMS  ralaaaa  raporba  £  claan  up 
$! 

$  WRITE  SYS$OOTPOT 

$  WRITE  SYS$OOTPUT  "Plaaaa  adib  [DARK_CM. RELEASE] CEN_RPTS .COM  to" 
$  WRITE  SYS$OOTPOT  "ganarata  VMS  raporba" 

$  WRITE  SYS$OOTPOT 

IMQOIRS/MOPONC  junk  "Rabum  whan  raady ...” 

( 

SET  DEFAOLT  [-.VMS] 

6 [DARK_CM. RELEASE] aEM_RPTS 
!  ~  ~ 

POROE/LO 

RENAME  *.*;*  *.*;! 

SET  PROTw(S:R,0:RWE,C:RE,W:RE)  *.* 

I 

SET  DEPAULT  [DARX_CM. RELEASE] 

$  EXIT  ” 
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E.4.  GEN_RPTS.COM 

$!  I  ?  !  t  !  !  I  !  m  !  f  !  m  !  !  !  !  »  !  !  !  I  m  f  •  !  I  !  !  !  f  f  !  I  f  m  I  f  »  !  !  I  I  !  H  f  I  !  !  !  t  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  ! 
$1 

$f  Program:  GSM_RPTS.COM 

$» 

$  f  Puxpoa* : 

$  t  nii.a  aeoBBand  flla  ganara-taa  lih*  dlffaranoa  and  naw  fila  raporta 

$1  batwaan  tha  currant  DARK  ralaaaa  and  ita  iamadiata  pradaoaaaor. 

$» 

$t  All  patba  ara  hard  aodad  In  thia  fila.  So,  to  ganarata  tha 

$1  raporta,  raquiraa  that  currant,  pravioua,  and  varaion  ba  modifiad 

$  t  aa  naadad : 

$! 

$!  Ravision  History: 

$1 

$1  12-oet-89  rlVB  craatad 

$!!!!!!!! n  n  n ! m !( M !!!! M  M  t  M • f  t  f ! n !•»?!*(*!  t  f  t  »  tt  !!?!!  f  !!!  I  !!  I  !  I  !!!!!  I  M 
$  Oaflna  currant  [dark_cm. ralaaaa. vS . 00 .vms] , [darlc_ca. ralaaaa. v3 .00 .cannon] 

$  Daflna  previous  [dark_CB. ralaaaa. v2. 00] 

$  varaion  ■  "V3.00"  ~ 

$t 

$  I  Prapara  tha  naw  files  report  haadar 
$! 

$  opan/writa  naw_filaa  naw_£ilaa . rpt 

$  Iteita  naw_filaa  "aaaiaaaii  lll■a■^^  . . . . .  i  ■ 

$  Write  naw  files  "  ' 'version'  Maw  Pile  Report " 

$  Write  naw” files  "saw,  ■■in . .  !■■■■■■■ . 

$1 

$t  Prepare  tha  naw  files  report  haadar 
$f 

$  opan/writa  dif f s  dif f arancas . rpt 

$  Write  diffs  . . .  il  i  .■■-asai  ■  i  iiai.aa—— ai  la" 

$  Write  diffs  "  ' 'version'  Diffaranca  Report” 

$  Write  diffs  "a.  ■n.i.aaaaaaT.  i  ii  . . .  ■  iii  .aaa.  i" 

$  define  sys$output  diffs 
$1 

$  on  error  than  goto  loop 
$  loop: 

$! 

$  naxt_filo  a  f$saarch ("currant 1) 

$  If  next  file  .ags.  ""  than  goto  axit_point 
$t 

$  naaet  file  -  f$parsa(""naxt_filo' ", ,  ,  "MAMS”)  - 
f Sparse (""  next  file '",,, "TYPE " ) 

$1 

$  If  f$parsa(""naxt  file' ",,,  "TYPE")  .aqs.  ”.RPT"  than  goto  loop 

S» 

$  If  f Ssaarch ( "pravioua : ' ' naxt_f ila' ",  2)  . aqs .  " " 

$  Than 

$  Write  naw  files  ""aaxt_fila' " 

$  Elsa  ~ 

$  Write  diffs  "" 

$  Write  diffs  "anaMn*™«aM  Oiffarancas  for  '  '  next  file' 

$  Write  diffs  ••••  ~ 

$  diff  currant :' naxt_f ila  previous :' next  file 

$  Bndif  ~ 

$t 

loop  back  for  tha  next  file  to  process 
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E.5.  MAKE_TAPE.COM 

!  (  r  !  n  n  I  f  f  f  M  I  I  r  f  M  t  If  f  !  !  M  M  n  r  •  *  n  »  •  t  !  !  If  !  f  !  (  t  !  n  n  !  )  (  !  M  I  !  )  !  M  !  !  !  !  !  !  n  !  f  ! 

Modul* :  mak*  tap* . aon 
~ 

Purpos* : 

This  ■sonwiand  proaadur*  writaa  th*  physioal  ralaasa  taps . 

Hotas : 

This  ootmand  prooadur*  oan  only  b*  run  from  nods  AZSTSC. 

Ravision  History: 

20-fab-89  rlvs  craatad 

12-0ct-89  rlvs  updatad  to  aecoasnodata  now  VMS  varsion 

I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  M  I  I  I  M  I  !  I  I  I  I  I  I  I  I  I  If  1 1  1 1  I  I  1 1  I  I  M  I  I  I  I  I  I  I  I  I  I  I  M  I  I  I  !  I  I  I  I  I  I  I  I  I  I  I  I 

I  I  DEBOG  OEBOC  OZBOG  OEBOG  0EB06  OEBOG  OZBOG  DZBOG  DZBDG  DZBOG  DEBUG  I  I  I  I  I  !  I  I 

I  I  dafina  at  pa : [ . tasting] 

I  I  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  DEBUG  I  I  I  I!  I  I  I 
I  I 

I!  SEZ/V3.00  spaoifio  information 
I  I 

daf  ina  mt  onibO  ; 
varsion  *  "V3 . 00 " 

I  I  I 

on  arror  than  goto  *rror_*xit 
sat  prota(C:rwad)/dafault 

oomoands  »  f$pars* ("" varsion' ”HAMZ")  *  ".oonmaada" 

I 

I  Prapara  tha  tapa  driva . . . 

I 

allooata  nt : 

init  mt :  DAKK 

mount /nounl/ for  mt:  DABK 
I 

I  Sava  tha  naadad  oosmiand  filas,  souroas,  and  raports 
I 

sat  noon 

backtip/ rawind/log/ varify/ ignoraalabal/listatcl  - 

[dark_am.  ralaasa . '  oosanands]  • .  *  B(T : scripts  .bak/ sav*_s*t 
backup/ norawind/  log/ varify/ ignoraalabal/ listato2  - 

[ dark_cm . ralaasa . ' varsion . 68k] * . *  MT : 68k_soura*s . bak/ sav*_s*t 
baokup/nor*wind/log/varify/ignor*alabal/listatc3  - 

[dark_om. ralaasa. '  varsion . cooston]  * .  *  MT : oon_souro*s  .bak/sav*_s*t 
backi^ /norawind/  log/ varify/ ignoraalabal/  listwto4  - 

[ dark_om . ralaasa . ' varsion . vms ] * . *  MT : vms_souro*s . bak/ sava_s*t 
I  “  ~ 

I  Prapara  tha  tapa  listing 
I 

dalat*  [dark_om. doc. vdig]cont*nts_of_' varsion'  ;* 
app*nd/naw_varsion  tcl .lis, to2 .lis, tc3 .lis, to4 .lis  - 

[dark  cm. doc . vdig] cont*nts_of_'  varsion' 

$  dalat*  tol.lis;,to2.1is; ,tc3.1is;,to4.1is; 

$1 

9 1  Claanup . . . 

$1 

$  disamunt/nounl  mt: 

$  daallocat*  mt : 
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$  «xi.t 

SI 

$  •zror_«xi.t: 

$! 

$  dimount/nounl  tut: 

$  tlAalloca^a  mt : 

$1 

$  wzit*  •ya$outpu't  "" 

$  writ*  ■ys$output 
$  writ*  ■ya$ou'tput  "In  casa  o£: 

$  wzita  ays$output 

$  writa  aya^ou'tput  "  INIT-F-NOPRIV,  no  privilaga  for  a^tao^tad  opaza^ion" 
$  wzlta  aya$ou^put  " 

$  wzita  aya$ output  "azzoz,  niaka_tapa  fzom  account  with  VOLPRO  pziva" 

$  wzita  aya$ output  ” 

$  wzita  aya$ output  " " 

$! 

$  axit 
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Appendix  F:  Tape  Contents 

Lifting  ot  aav*  sat (a) 


Sava  aat : 

Writtan  by: 

DIC: 

Data: 

Command: 

Oparating  ayatam: 
BACKUP  varaien: 
CPU  ZD  raglatar: 
Moda  nama: 

Writtan  on : 

Block  aiza : 

Sroup  aiza : 

Buff az  oount : 


SCRIPTS. BAK 
DARK_CM 

[011015,000000] 

16-OCT-1989  12:05:49.94 

BACKUP/REWZMD/I.OC/VBRZrY/ICtlORE-LABKL/LZST-TCl  [0ARK_CM .  RBLEASK . 
VAX/VMS  varaion  V5.1  “ 

V5.0 
08000000 
_AESTSC : : 

_AESTSC$MUB0 : 

8192 

10 

3 


[DARK_CM.RSLZASX.V3.COtMAMDS]BOG.RPT;l  8  ll-OCT-1989  14:07 
[DARK  CM. RELBASB.V3.C0tMAMDS] BUILD. COM; 1  10  13-0CT-1989  08:07 
[DARk~CM.RRLSASS.V3.C0tMAMDS]IMSTALL.C0M;l  9  13-OCT-1989  14:44 


Total  of  3  filaa,  27  blocJca 
2nd  of  aava  aat 


l4iating  of  aava  aat  (a) 

Sava  aat:  CSX  SOURCES. BAX 

Writtan  by:  DARK  CM 

UlC:  [011015,000000] 

Data:  lC-OCT-1989  12:06:03.19 

Coonand:  BACKUP/NOREWIllD/LOG/VZRZFY/ZSNORE-LABEL/LZST«TC2  [DARX_CM.RZLZAS 

Oparating  ayatam:  VAX/VMS  varaion  V5.1 

BACXUP  varaion :  V5 . 0 

CPU  ZD  ragiatar:  08000000 

Hoda  nasw :  _AESTSC : : 

Writtan  on :  _AESTSC$MUB0 : 

Block  aiza:  8192 

Group  aiza :  10 

Buf f ar  count :  3 


[DARK_CM. RELEASE . V3 . 00 . 68K] BZO_BODY. ADA; 1  121 
[DARX_CM. RELEASE. V3. 00. 68X]CLO«.ADA;l  19 
[DARX~CM . RELEASE . V3 . 00 . 68X] C_BODY . ADA; 1  13 
[DARX_CK . RELEASE . V3 . 00 . CSX] DARX . COM; 1  13 
[0ARX_CM. RELEASE. V3. 00. CSX] DARX.tMS;!  81 
[DARX~CM . RELEASE . V3 . 00 . CSX] DATAGRAM^GLOBALS . ADA; 1  54 
[DARX_CM. RELEASE .V3 . 00 . C8X]DATA6RAm3mAMAGEMEMT.ADA; 1  32 
[DARX~CM . RELEASE . V3 . 00 . CSX] DGM_BODyTaDA; 1  41 
[DARX~ CM. RELEASE .V3 . 00 . C8X]DZI’raREMCES .RPT; 1  1800 
[DARX~CM. RELEASE . V3 . 00 . CSX] GENERZC_KERliXL_TIME .ADA; 1  58 
(DARX~CN. RELEASE. V3. 00. C8K]GETAC8.  COM; 1  1 
[DARX~CM. RELEASE. V3. 00. CSX] GKT_BODY  MACHZWE  CODE. ACS ;1 

“  ~  ~  35 
[DARX_CM. RELEASE. V3. 00. CSX] GTG_BODY. ADA; 1  23 
[DARX_CM. RELEASE. V3. 00. CSX] HARDWARE  IKTERT ACE . ADA; 1  39 
[DARX~CM. RELEASE .V3. 00. C8X]HZ  BODY.^A;!  1 


[DARX~ CM. RELEASE .V3 . 00 . CSX] ZWTERPROCESSOR  ZHTERRUPTS .ADA; 1 

“  “  11 
[DARX  CM. RELEASE. V3. 00. CSX] INTERRUPT  PRIORITY  ROUTINES .ACS ; 1 


9-0CT-1989  07:49 
12-SEP-1989  10:25 
25-AUG-1909  09:59 
12-OCT-1909  08:54 
28-SEP-1989  07:33 
12-SEP-1989  10:48 
12-SEP-1989  10:54 
25-MAY-1989  18:59 

12- OCT-1989  11:02 
27-SEP-19S9  08:1* 

13- FEB-1989  10:08 

25-SEP-1989  13:40 
27-SEP-1989  09:24 
25-SEP-1989  13:41 
18-AUG-1988  12:53 

12-SEP-1989  11:14 
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[DAltK_CM .  RSLZASS .  V3 . 
[DAItIC_CM .  KBLSASX .  V3 . 

(DARK_CN . R2LSASZ . V3 . 
[DAItK~CM .  RZLKASZ .  V3  . 

[DARK_CM.KZLKASS .  V3 . 
[OAmTcM.BZLEZSI  .  V3  . 
[DAItK_CM .  KZLSASS .  V3 . 

[DAItK_a( .  RBXJEASS .  V3 . 
[  DAIuTcM  .  RELZASS .  V3 . 

[DARK_CM .  RELEASE .  V3  . 
[OARK~CM . RELEASE . V3 . 

[DARK_CM . RELEASE . V3 . 
[DARK~CM .  RELEASE .  V3  ■ 

[DARK  CM. RELEASE. V3. 
[DARk'cM  .  RELEASE .  V3 . 

[DARK  CM. RELEASE. V3. 
[OARK~CM . RELEASE . V3 , 


[DARK  CM. 
[DARK^CM. 

[DARK_CM. 

[DARK_CM. 

[DARK_CM. 
[DARK~CM. 
[DARK  CM. 


.  RELEASE. V3. 
.  RELEASE. V3. 

.  RELEASE. V3. 

.  RELEASE. V3. 

.  RELEASE. V3. 
.  RELEASE. V3. 
.  RELEASE. V3 


00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 


.68K]ZPZ  BODY. ADA; 1 
.  SBK] ZPZ~BODy_MACHZMS_CODE . ASS ; 1 

.SSKJZPM  BODY. ADA; 1 


.68K] KERNEL  TZME.ADA;! 

.S8K]KZM  BODY. ADA; 1 
.  fi8K]  RZM~B0DY_MACBZ1IS_C0DZ .  Afi8 ;  1 

.  68K] KT_DEBOa_BODY . ADA; 1 
.  £8K]  LI08_BODY_MACHZNE_CODB .  ASS ;  1 

.  S8K] LLH_BODY.ADA; 1 
.  S8K] LLH_BODY_MACBZMZ_CODZ . ASS ; 1 

.  S8K] LLZM_BODY .ADA; 1 
.  S8K]  LLZM_BODY_MACHZllZ_C(K>Z .  ASS ;  1 

.  S8K] LLPB_BODY .ADA; 1 
.  S8K] LLPB~BODY_MACHZNZ_CODZ . ASS ;  1 

.S8K]LOW  LEVEL  CLOCK.ASS;! 


.  S8K] LOM_LEVEL_HARDNARZ . ADA; 


[DARK_CM . RELEASE . V3 . 
[DARK~CM .  RELEASE .  V3 . 
[DARK~CM . RELEASE . V3 . 
[DARK_CM . RELEASE . V3 . 
[DARK~CM . RELEASE . V3 . 
[DARK~CM . RELEASE . V3 . 
[DARK~CM .  RELEASE .  V3  . 
[DARK  CM. RELEASE. V3. 


[DARK_CM 

[DARK~CM 

[DARK_CM 

[DARR~CM 

[DARK~CM 

[DARK~CM 


.  RELEASE. V3. 
, RELEASE. V3, 
.  RELEASE. V3. 
.  RELEASE. V3. 
.  RELEASE. V3. 
RELEASE. V3 


[DASK_CM .  RELEASE .  V3 . 
[DARK^CM .  RELEASE .  V3 . 
[DARK~CM . RELEASE . V3 . 
[DARK~CM .  RELEASE .  V3 . 
[DARK~CM .  RELEASE .  V3 


00 .  S8K]  LOM_LEVEL_PROCESSJHICAPSDLAll 

00 . S8K] LOM_LZVEL_STORAaZ JIANASZR . ADA; 1 

00 . S8K]MEMORY_ADDRESSZS . ADA;  1 
00 . 68K]MEN_BODY.AOA; 1 
00  .  S8K]MViai33A_DEFZllZTZaNS .  ADA;  1 

00 . S8K]NZ8305_DEFZNZTZONS . ADA; 1 
00 . S8K] NZ_BODY . ADA; 1 
00  .  S8K]  HEif_r ZLES .  RPT ;  1 
00  .  S8K]  NPROC  .ADA;  1 
00 . S8K]NPROCJBODY. ADA; 1 
00 . 68K] NPROC~LZNK . COH; 1 
00 . S8K] NPROC~MAZN . ADA; 1 
00 . S8K] PARALLEL_ZO_CONTROLLZR . ADA; 1 

00 . S8K] PB_BODY .ADA; 1 
00 . 68K] P  ZO_BODY . ADA; 1 
00 . S8K] SCC~PORTA_BODY.ADA; 1 
00 . S8K] TB_i0DY .ADA; 1 
00 . S8K] TC~BODY.ADA; 1 
00 .  S8K]  TC_BODY_NACEZIIZ_CODZ .  ASS ;  1 

OO.SSKJTZMER  CCZmtOLLZR. ADA;  1 
.  00 . S8K] TZMZ_BURNER . ADA; 1 
.  00 . S8K] TK_BODY .ADA; 1 
.  00  .  S8K]  T8~CCBIP .  COM;  1 
.  00  .  S8K]  TS~LZIIK .  CCN;  1 


15 

20-FEB-1989 

08:3S 

1 

12-OCT-1988 

12:14 

10 

12-SEP-1989 

10:14 

24 

5-SZP-1989 

15:17 

.;1 

24 

12-SEP-1989 

11:34 

7 

27-SEP-1989 

09:24 

10 

27-SEP-1989 

09:24 

18 

12-SEP-1989 

10:19 

3 

27-SZP-1989 

09:24 

12 

9-OCT-1989 

12:50 

11 

2S-MAY-1989 

16:59 

13 

12-SZP-1989 

10:18 

5 

9-OCT-1989 

13:44 

45 

12-SEP-1989 

10:19 

4 

27-SEP-1989 

09:01 

21 

12-SZP-1989 

10:20 

17 

12-SEP-1989 

10:22 

1 

22 

12-SZP-1989 

11:37 

25 

12-SZP-1989 

11:41 

ADA; 

1 

18 

12-SEP-1989 

11:45 

I.ADA 

;1 

12 

12-SEP-1989 

11:47 

9 

12-SZP-1989 

11:49 

9 

12-SEP-1989 

11:51 

1 

7-SZP-I988 

15:12 

23 

12-SZP-1989 

11:52 

28 

25-SZP-1989 

13:03 

1 

5-OCT-1988 

14:40 

1 

12 -OCT-1989 

11:15 

9 

25-SEP-1989 

13:03 

67 

19-MAY-1989 

08:35 

4 

17-OCT-1988 

14:02 

S 

27-SEP-1989 

09:24 

37 

12-SEP-1989 

12:10 

12 

27-SZP-1989 

09:24 

17 

27-SEP-1989 

09:24 

70 

27-SEP-1989 

09:24 

4 

25-A06-1989 

10:07 

10 

27-SZP-19S'> 

09:24 

20 

12-SEP-1989 

10:23 

38 

12-SEP-1989 

12:13 

8 

27-SEP-1989 

08:37 

6S 

27-SZP-1989 

09:24 

2 

12-ADC-1988 

09:02 

4 

28-JUL-1988 

1S:3S 

Total  of  SO  fllos,  3103  bloolu 
End  of  mot 
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Listing  of  sav*  sot (a) 


Sava  sat: 

Nrittan  by: 

OIC; 

Data: 

CoBwiand: 

Opaxating  systasi: 
BACKUV  varsion: 
CP0  ID  ragistax: 
Moda  nasM: 
Hxittan  on: 

Block  siza : 

Cxoup  siza: 

Buffax  oo\int : 


CMN_SOORCBS . BAK 
DARK  CM 
[011015,000000] 

16-OCT-19a9  12:09:08.80 

BACKDP/MOBEWXND/LOG/VSRZFY/  ISHORBsLABEL/LZST>TC3  [DARK_CM .  R2LEAS 
VAX/VMS  vaxsion  V5.1  ~ 

VS.O 
08000000 
_AESTSC: : 

~A2STSC$HaB0: 

8192 

10 

3 


[DARK^CM . RELEASE . V3 . 
[DASK~CM . RELEASE . V3 . 
[DABX_CM . RELEASE . V3 . 

[DARK  CM. RELEASE. V3. 


.  00  .  C(»1M0N]  ALARM_MANAaEMBNT .  ADA;  1 
00  .  CCMMOH]  BOS_ZO .  ADA;  1 
,  00 . COMMON] COtMDNZCATION  SLOBALS . ADA; 1 


[DARK_CM .  RELEASE .  V3 . 00  .  COtMOM]  COfrrEXT_SAVB_AREA .  ADA;  1 

[DARK_CM .  RELEASE .  V3 . 00  .  COMOH]  CONTEXT_SWITCBXR .  ADA;  1 
[0ARK~CM .  RELEASE .  V3 . 00  .  COMMON]  CONTEXT~SNZTCHBR_SLOBALS 

[DARK  CM. RELEASE. V3. 00. COIM0N]CSA  BODY.ADA;! 

[DARK~ CM .  RELEASE .  V3 . 00  .  COIAOM]  CSAJDEBOG .  ADA;  1 
[DARX~CN. RELEASE. V3 .00  .COMMON] CS A~DEBDC_BODY. ADA ;1 
[DARK~CM. RELEASE  .V3 . 00  .COMMON]  CSC^BODY.  ADA;  1 
[DARK~CM .  RELEASE .  V3 . 00 .  COMMON]  CS^iODY .  ADA;  1 
[DARK^aC. RELEASE  .V3 . 00 .  COMMON]  DAiik_TEXT_ZO .  ADA;  1 
[DARK_CM .  RELEASE .  V3 . 00 .  COMMON]  DEBOG .  ADA?  1 
[DABK_CM . RELEASE . V3 . 00  . COMMON]  DGG_BODY  .ADA;  1 
[DARK_CH .  RELEASE .  V3 . 00  .  COMON]  DCG_DSBOG .  ADA;  1 
[DARK_CM .  RELEASE .  V3 . 00  .  COMMON]  DaG_DBBOG_BODY .  ADA ;  1 
[DARK~CM . RELEASE . V3 . 00 . COMMON] DTZ0_B0DyTa0A; 1 
[DARK~a( .  RELEASE .  V3 . 00  .  COMMON]  ER_BODY .  ADA;  1 
[DABK'cm. RELEASE . V3 . 00  . COMMON]  EX^TZON_RAZSER .  ADA  x 
[DARK~CM .  RELEASE .  V3 . 00 .  COIMON]  aAM_BODY  .ADA;  1 
[DARK~CM .  RELEASE .  V3 . 00  .  C(EQ40N]  GCG~BODY .  ADA;  1 
[DARK~CM .  RELEASE .  V3 . 00 .  COMION]  GCM_BOOY .  ADA;  1 
[0ARK~CM. RELEASE. V3. 00. COMCNIGENERZC  ALARM  MANAGEMENT 


8 

27>SEP-1969 

08:42 

26 

12-SEP-1989 

12:45 

7 

27-SEP-1989 

08:43 

11 

27-SEP-1989 

08:44 

24 

9-OCT-1989 

08:15 

17 

12-SEP-1989 

10:36 

.;l 

8 

12-SXP-1989 

12:47 

1 

18-AOG-198S 

12:53 

6 

27-SEP-1989 

09:24 

10 

27-SEP-1989 

09:24 

1 

16-A06-1986 

16:59 

5 

12-SEP-19e9 

10:38 

11 

12-SEP-1989 

13:03 

9 

ll-APR-1989 

15:24 

3 

27-SEP-1989 

09:24 

8 

27-SEP-1989 

09:24 

18 

27-SEP-1989 

09:24 

5 

9-OCT-1989 

07:34 

12 

7-DEC-1988 

10:09 

11 

12-SEP-1969 

13 : 06 

14 

9-DEC-1988 

10:20 

1 

17-A0G-1988 

06:58 

261 

2S-AOG-1989 

08:53 

23 

12-SEP-1989 

13:13 

[0ARK_CM .  RELEASE .  V3 . 00  .  COMMON]  GENERZC_COM«ONZCATZOM  CLOBALS .  ADA;  1 

“  “  ~  9  12-SEP-1989  13:08 

[DARKjCM .  RELEASE .  V3 . 00  .  COMMON]  GENERZCjCOMfOMZCATZONJbtANAGEMEHT .  ADA;  1 

“  ~  112  25-SEP-1989  07:39 

[DARX_CM .  RELEASE .  V3 . 00  .  COMON]  GENERZC_ZNTERROPT_GLOBALS .  ADA;  1 

”  “  ~  19  25-SEP-1989  13:26 

[DARK_CM.  RELEASE.  V3. 00.  CCMIOM]  GENERIC  ZMTERROPT  MANAGEMENT  .ADA;  1 

“  ~  36  25-SEP-1989  07:56 

[DARK_CM. RELEASE .V3 . 00  .COMON] GEMERXC_NETN0RK_C0NrZ60RAIZ0N .ADA;  1 

~  ~  “  25  9-OCT-1989  13:24 

[DARK_CM.  RELEASE  .V3 . 00  .COMON]  GENERZC^NETNORK^CLOBALS .  ADA;  1 

“  ”  ”  16  25-SEP-1989  08:01 


[DARK_CM.  RELEASE  .V3 . 00  .COMON]  GENERIC_PROCESSOR_NANAGEMENT  .ADA;  1 

“  “  ~  36  25-SEP-1989  08:07 

[DARK_CM.  RELEASE  .V3 . 00 .  COMON]  GBNERZC_PROCESS_ATTRZBOTEJMODZFZERS .  ADA;  1 

~  “  ~  35  25-SEP-1989  08:10 
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[DARK  GM.RKLBASX.Va.OO.COtMONlcaCMBRIC  PROCESS  ATTRZBDTS_READERS . ADA;  1 

“  ~  ~  ~  23  25-SEP-1989  08:13 

[DARK  CM. RELEASE. V3. 00. COIMOM]CS]IERZC_PROCSSS  MAMACERS .ADA;  1 

“  ”54  25-SEP-198®  08:15 

[DARK  CM . RELEASE . V3 . 00 . COMOM]  CEIiERlC_PROCESS_MAMAaERS_CLOaAZ.S  .ADA;  1 


[DARK_CM .  RELEASE .  V3 
[DARK_CM .  RELEASE .  V3 


00 . COHM3H] eERERZC_PROCESS_TABLE . ADA; 1 
00  .  COMOE]  gEllERZC_QOEaE_MAMAgBR .  ADA;  1 
[DARK  CM. RELEASE. V3. 00. COtMOM]SEtlERZC  SCBEDOLE  TYPES. ADA;  1 


[OARK_caf  .RELEASE  .V3 . 00 .  COMOM]  CEIIERIC_SEMAPHOSS_MAHAGEMBIi 
[DARK_CM. RELEASE . V3 . 00  . COMMON]  aEHERZC_STORACS_MANAaER .  AD3 
[OARX_CM.  RELEASE  .V3 . 00 .  COMMON]  aEMERlC_TIMESLICE_MANAaEME5 
[DARR_CM.  RELEASE  .V3. 00  .COtMON]  aENERlC_TIME_CLOBALS  .ADA;  1 
[DASR_CM .  RELEASE .  V3 . 00 .  COMON]  aEMERZC_TZME_KAlIACBMEMT .  AD3 
[DARK  CM. RELEASE. V3. 00. COMIOM]aEMBRlC  TOOL  INTEREACE .ADA;  1 


[OARK_ 

[dark' 

[DARK* 

[DARX~ 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK^ 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK* 

[DARK* 


CM.  RELEASE.  V3. 
'cm.  RELEASE  .V3 . 
'cm.  RELEASE.  V3. 
CM.  RELEASE.  V3. 
]CM.  RELEASE.  V3. 
[OM.  RELEASE.  V3. 
[cm.  RELEASE.  V3. 
[CM.IUCLEASK.V3. 
[cm.  RELEASE.  V3. 
[cm.  RELEASE.  V3. 
[cm.  RELEASE.  V3. 
[cm.  RELEASE.  V3. 
[cm. RELEASE  .V3 . 
CM.  RELEASE.  V3. 
'cm.  RELEASE.  V3. 
'cm.  RELEASE.  V3. 
[CM.RELBASS.V3. 
[cm.  RELEASE.  V3. 
'cm.  RELEASE.  V3. 


00 .  COMMON]  CiejBODY  .ADA;  1 
00  .  COMON]  GZMjaODT .  ADA;  1 
00 .  COMON]  CKTJBODY.ADA;  1 
00 .  COMON]  GMM~B00Y  .  ADA;  1 
00 .  COMMON]  CaiC~BODY.ADA;  1 
00. COMMON] CMC  BODY. ADA;  1 
00.  COMON]  CP  AM  BODY.  ADA;  1 
00 .  COMON]  GPARJBCOY .  ADA;  1 
00  .  COMON]  C^PMSJBODY .  ADA;  1 
00 .  COMON]  GPnJbODY  .  ADA;  1 
00  . COMON]  GPTBJBODY. ADA;  1 
00 .  COMON]  (;QN_B0DY  .ADA;  1 
00  .  COMON]  aRN~BODY  .ADA;  1 
00 .  COMMON]  CSTM_BODY.  ADA;  1 
00  .  COMMON]  GST_ibDY  .ADA;  1 
00 .  COMMON]  CTI~BODY  .ADA;  1 
00  .  COMON]  6TM~B0DY .  ADA;  1 
00. COMON] CTSM  BODY. ADA;  1 


[OARX_CM. RELEASE .  V3 . 00  .  COMON]  ZHTERROPT_SLOBALS .  ADA;  1 
[DARX_CM . RELEASE . V3 . 00 .  COMMON]  IMTBRRDPT_MANACBMEMT  .ADA;  1 


[DARK^CM .  RELEASE .  V3 . 
[dark” cm. release  .V3 
[DARX”CM . RELEASE . V3 . 


00 .  COMON]  INTERRt7PT_NAMBS .  ADA;  1 

00  . COMON]  KENJBODY .ADA;  1 

00 .  COMON]  KERraL_ENCAPSULATIOM  .ADA;  1 


[DARK_CM .  RELEASE .  V3 . 00 .  COMON]  XERNEL_BXCEPT10HS .  ADA;  1 

[DABX_CM .  RELEASE .  V3 . 00 .  COMON]  KE_BODy .  ADA;  1 
[DARK~CM .  RELEASE .  V3 . 00 .  COMON]  KT~DEBDG .  ADA;  1 
[DARK^CM .  RELEASE .  V3 . 00 .  COMON]  U.af_BODY.  ADA;  1 
[DARX^CM .  RELEASE .  V3 . 00 .  COMON]  MAKEJKCT .  ADA;  1 
[DARk”cM.  RELEASE  .V3 . 00 .  COMON]  Mf_oiBDG  .ADA;  2 
[0ARX[[|CM .  RETJA8E .  V3 . 00  .  COMON]  NCT_DEBD6 .  ADA;  1 
[DARK~CM . RELEASE  . V3 . 00  . COMON] NCT~DEBOG  BODY. ADA;  1 


12 

25-SEP-1989 

115 

25-SBP-1989 

58 

12-SEP-1989 

17 

9-OCT-1989 

‘.ADA 

;1 

32 

25-SBP-1989 

1 

15 

12-SEP-1989 

'.ADA 

;1 

18 

12-SEP-1989 

80 

9-OCT-1989 

1 

38 

12-SEP-1989 

37 

12-SEP-1989 

1 

28-MAY-1989 

20 

9-OCT-1989 

1 

19-OCT-1988 

43 

9-OCT-1989 

3 

22-iaX-1989 

2 

30-AOG-1988 

87 

27-SXP-1989 

18 

27-SEP-1989 

1 

18-AOG-1988 

100 

9-OCT-1989 

13 

27-SBP-1989 

29 

22-A0G-1989 

104 

9-OCT-1989 

4 

l-SEP-1988 

2 

18-AOC-1988 

11 

10-AD6-1989 

21 

17-JDL-1989 

12 

2S-ADG-1989 

ADA; 

1 

22 

12-SEP-1989 

7 

27-SEP-1989 

9 

9-OCT-1989 

14 

12-SEP-1989 

1 

17-FEB-1989 

11 

12-SEP-1989 

54 

25-SEP-1989 

1 

18-ADG-1986 

8 

27-SEP-1989 

3 

27-8EP-1989 

21 

18-DEC-1988 

10 

9-OCT-1989 

7 

27-8EP-1989 

8 

27-SEP-1989 

08:17 

13:05 

14:33 

13:30 

13:27 

14:45 

14:49 

13:32 

14:58 

15:00 
14:52 
13 : 35 
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